Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF » NullPointerException in XMLSaveImpl.saveDataTypeMany
NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423245] Thu, 25 September 2008 12:36 Go to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
This error comes up when I run the XYZExample test code, disguised as/copied to a UnitTest in maven. (ie outside the eclipse editor).
It runs fine from within eclipse/junit. I figured it must have something to do with
http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
does it?

The error is

java.lang.NullPointerException
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)

Code:

MyModel1Package.eINSTANCE.eClass();
MyModel2Package.eINSTANCE.eClass();

ResourceSet resourceSet = new ResourceSetImpl();
resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
("ext1", new MyModel1ResourceFactoryImpl());
resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
(Resource.Factory.Registry.DEFAULT_EXTENSION,
new MyModel2ResourceFactoryImpl());

Resource resource = resourceSet.createResource(URI.createURI("http:///My.model.uri"));
DocumentRoot documentRoot = MyModel2Factory.eINSTANCE.createDocumentRoot();

// ---- Removing the next two lines makes it work from maven too.
ActivitiesType root = MyModel2Factory.eINSTANCE.createActivitiesType();
documentRoot.setActivities(root);

resource.getContents().add(documentRoot);
resource.save(System.out, null);

Many thanks,
Ronaldo

Ed Merks wrote:
> Ronaldo,
>
> Comments below.
>
> Ronaldo wrote:
>> Hi Ed,
>>
>> Thanks for the quick answer. Yes, I have 2 models in 2 different
>> eclipse projects.
>> They both use a null target namespace, in order to eliminate the
>> prefixes in the xml.
> :-(
>
> XML documents with at least a namespace for the root element are
> generally more consumable because they identify their schema...
>>
>> I was just wondering what (which setting) causes the code
>>
>> result.getDefaultSaveOptions().put(
>> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
> A null target namespace schema produces an annotation on the EPackage to
> indicate the package is not qualified.
>>
>> to be generated. (as opposed to
>>
>> result.getDefaultSaveOptions().put(
>> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
> This package doesn't have such an annotation.
>
> Note that you can't have two different packages that both want to be the
> one for the null namespace both working at the same time.
>> )
>>
>> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423246 is a reply to message #423245] Thu, 25 September 2008 13:01 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 30825
Registered: July 2009
Senior Member
Ronaldo wrote:
> This error comes up when I run the XYZExample test code, disguised
> as/copied to a UnitTest in maven. (ie outside the eclipse editor).
> It runs fine from within eclipse/junit. I figured it must have
> something to do with
> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>
> does it?
>
> The error is
>
> java.lang.NullPointerException
> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>
It's dying because the data type doesn't have a containing package and
hence we get a null pointer exception trying to get the factory for that
package?

EDataType d = (EDataType)f.getEType();
EPackage ePackage = d.getEPackage();
EFactory fac = ePackage.getEFactoryInstance();
> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>
> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>
> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>
> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>
> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>
>
> Code:
>
> MyModel1Package.eINSTANCE.eClass();
> MyModel2Package.eINSTANCE.eClass();
>
> ResourceSet resourceSet = new ResourceSetImpl();
> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
> ("ext1", new MyModel1ResourceFactoryImpl());
> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
> (Resource.Factory.Registry.DEFAULT_EXTENSION,
> new MyModel2ResourceFactoryImpl());
>
> Resource resource =
> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
> DocumentRoot documentRoot =
> MyModel2Factory.eINSTANCE.createDocumentRoot();
>
> // ---- Removing the next two lines makes it work from maven too.
> ActivitiesType root = MyModel2Factory.eINSTANCE.createActivitiesType();
> documentRoot.setActivities(root);
>
> resource.getContents().add(documentRoot);
> resource.save(System.out, null);
This looks much like the generated XyzExample you get when you invoke
"Generate Test Code". Does that have the same problem?
>
> Many thanks,
> Ronaldo
>
> Ed Merks wrote:
> > Ronaldo,
> >
> > Comments below.
> >
> > Ronaldo wrote:
> >> Hi Ed,
> >>
> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
> >> eclipse projects.
> >> They both use a null target namespace, in order to eliminate the
> >> prefixes in the xml.
> > :-(
> >
> > XML documents with at least a namespace for the root element are
> > generally more consumable because they identify their schema...
> >>
> >> I was just wondering what (which setting) causes the code
> >>
> >> result.getDefaultSaveOptions().put(
> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
> > A null target namespace schema produces an annotation on the
> EPackage to
> > indicate the package is not qualified.
> >>
> >> to be generated. (as opposed to
> >>
> >> result.getDefaultSaveOptions().put(
> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
> > This package doesn't have such an annotation.
> >
> > Note that you can't have two different packages that both want to be
> the
> > one for the null namespace both working at the same time.
> >> )
> >>
> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423248 is a reply to message #423246] Thu, 25 September 2008 13:55 Go to previous messageGo to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
Hi Ed,

I guess you're saying I'm messing around with a null namespace :0
Point is, it has worked and somehow I changed something and it doesn't work any more.
I feel I'm losing control ...

Anyway, I'll step back, and use proper namespaces ;)

My package is now only annotated with @model kind="package". (Unqualified is removed)
The generated XYZExample now generates

<?xml version="1.0" encoding="UTF-8"?>
<Activities/>

So the question is, which piece of code is responsible for hiding the namespace prefix?

I'd expect something like
<?xml version="1.0" encoding="UTF-8"?>
<prefix:Activities xmlns:prefix="yadiyadi" />

Fun part is, after unloading the created and saved resource,
I reload it using the same resourceSet. But then, I get the famous "Package with uri null not found" message...
because the prefix is missing...

Ronaldo



>
>
> Ronaldo wrote:
>> This error comes up when I run the XYZExample test code, disguised
>> as/copied to a UnitTest in maven. (ie outside the eclipse editor).
>> It runs fine from within eclipse/junit. I figured it must have
>> something to do with
>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>
>> does it?
>>
>> The error is
>>
>> java.lang.NullPointerException
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>
> It's dying because the data type doesn't have a containing package and
> hence we get a null pointer exception trying to get the factory for that
> package?
>
> EDataType d = (EDataType)f.getEType();
> EPackage ePackage = d.getEPackage();
> EFactory fac = ePackage.getEFactoryInstance();
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>
>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>
>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>
>>
>> Code:
>>
>> MyModel1Package.eINSTANCE.eClass();
>> MyModel2Package.eINSTANCE.eClass();
>> ResourceSet resourceSet = new ResourceSetImpl();
>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>> ("ext1", new MyModel1ResourceFactoryImpl());
>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>> new MyModel2ResourceFactoryImpl());
>>
>> Resource resource =
>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>> DocumentRoot documentRoot =
>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>
>> // ---- Removing the next two lines makes it work from maven too.
>> ActivitiesType root = MyModel2Factory.eINSTANCE.createActivitiesType();
>> documentRoot.setActivities(root);
>>
>> resource.getContents().add(documentRoot);
>> resource.save(System.out, null);
> This looks much like the generated XyzExample you get when you invoke
> "Generate Test Code". Does that have the same problem?
>>
>> Many thanks,
>> Ronaldo
>>
>> Ed Merks wrote:
>> > Ronaldo,
>> >
>> > Comments below.
>> >
>> > Ronaldo wrote:
>> >> Hi Ed,
>> >>
>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>> >> eclipse projects.
>> >> They both use a null target namespace, in order to eliminate the
>> >> prefixes in the xml.
>> > :-(
>> >
>> > XML documents with at least a namespace for the root element are
>> > generally more consumable because they identify their schema...
>> >>
>> >> I was just wondering what (which setting) causes the code
>> >>
>> >> result.getDefaultSaveOptions().put(
>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>> > A null target namespace schema produces an annotation on the
>> EPackage to
>> > indicate the package is not qualified.
>> >>
>> >> to be generated. (as opposed to
>> >>
>> >> result.getDefaultSaveOptions().put(
>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>> > This package doesn't have such an annotation.
>> >
>> > Note that you can't have two different packages that both want to be
>> the
>> > one for the null namespace both working at the same time.
>> >> )
>> >>
>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423251 is a reply to message #423248] Thu, 25 September 2008 14:13 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 30825
Registered: July 2009
Senior Member
Ronaldo,

Comments below.

Ronaldo wrote:
> Hi Ed,
>
> I guess you're saying I'm messing around with a null namespace :0
> Point is, it has worked and somehow I changed something and it doesn't
> work any more.
> I feel I'm losing control ...
Something worked, but only you know what...
>
> Anyway, I'll step back, and use proper namespaces ;)
>
> My package is now only annotated with @model kind="package".
> (Unqualified is removed)
You've relaoaded the model?
> The generated XYZExample now generates
>
> <?xml version="1.0" encoding="UTF-8"?>
> <Activities/>
>
> So the question is, which piece of code is responsible for hiding the
> namespace prefix?
And has the resource factory been regenerated so it's using "TRUE"? It
doesn't look that way...
>
> I'd expect something like
> <?xml version="1.0" encoding="UTF-8"?>
> <prefix:Activities xmlns:prefix="yadiyadi" />
Me too. What's the nsURI of your EPackage?
>
> Fun part is, after unloading the created and saved resource,
> I reload it using the same resourceSet. But then, I get the famous
> "Package with uri null not found" message...
> because the prefix is missing...
Something's is a little screwed up for sure... What does the resource
factory look like?
>
> Ronaldo
>
>
>
>>
>>
>> Ronaldo wrote:
>>> This error comes up when I run the XYZExample test code, disguised
>>> as/copied to a UnitTest in maven. (ie outside the eclipse editor).
>>> It runs fine from within eclipse/junit. I figured it must have
>>> something to do with
>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>
>>> does it?
>>>
>>> The error is
>>>
>>> java.lang.NullPointerException
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>
>> It's dying because the data type doesn't have a containing package
>> and hence we get a null pointer exception trying to get the factory
>> for that package?
>>
>> EDataType d = (EDataType)f.getEType();
>> EPackage ePackage = d.getEPackage();
>> EFactory fac = ePackage.getEFactoryInstance();
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>
>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>
>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>
>>>
>>> Code:
>>>
>>> MyModel1Package.eINSTANCE.eClass();
>>> MyModel2Package.eINSTANCE.eClass();
>>> ResourceSet resourceSet = new ResourceSetImpl();
>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>> new MyModel2ResourceFactoryImpl());
>>>
>>> Resource resource =
>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>> DocumentRoot documentRoot =
>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>
>>> // ---- Removing the next two lines makes it work from maven too.
>>> ActivitiesType root = MyModel2Factory.eINSTANCE.createActivitiesType();
>>> documentRoot.setActivities(root);
>>>
>>> resource.getContents().add(documentRoot);
>>> resource.save(System.out, null);
>> This looks much like the generated XyzExample you get when you invoke
>> "Generate Test Code". Does that have the same problem?
>>>
>>> Many thanks,
>>> Ronaldo
>>>
>>> Ed Merks wrote:
>>> > Ronaldo,
>>> >
>>> > Comments below.
>>> >
>>> > Ronaldo wrote:
>>> >> Hi Ed,
>>> >>
>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>> >> eclipse projects.
>>> >> They both use a null target namespace, in order to eliminate the
>>> >> prefixes in the xml.
>>> > :-(
>>> >
>>> > XML documents with at least a namespace for the root element are
>>> > generally more consumable because they identify their schema...
>>> >>
>>> >> I was just wondering what (which setting) causes the code
>>> >>
>>> >> result.getDefaultSaveOptions().put(
>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>> > A null target namespace schema produces an annotation on the
>>> EPackage to
>>> > indicate the package is not qualified.
>>> >>
>>> >> to be generated. (as opposed to
>>> >>
>>> >> result.getDefaultSaveOptions().put(
>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>> > This package doesn't have such an annotation.
>>> >
>>> > Note that you can't have two different packages that both want to
>>> be the
>>> > one for the null namespace both working at the same time.
>>> >> )
>>> >>
>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423257 is a reply to message #423251] Thu, 25 September 2008 14:41 Go to previous messageGo to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
I have something that might be noteworthy:
Somehow, I noticed that my genmodel consists of 4 models:

Xpdl1 - Deprecated xpdl format
Xpdl2 - Current xpdl format
Ecore - (Icon contains a little arrow/referenced?)
XMLType - (Icon contains a little arrow/referenced?)

The util package also contains an Xpdl2XMLProcessor class:

public class Xpdl2XMLProcessor extends XMLProcessor {
public Xpdl2XMLProcessor() {
super((EPackage.Registry.INSTANCE));
Xpdl2Package.eINSTANCE.eClass();
}

@Override
protected Map<String, Resource.Factory> getRegistrations() {
if (registrations == null) {
super.getRegistrations();
registrations.put(XML_EXTENSION, new Xpdl2ResourceFactoryImpl());
registrations.put(STAR_EXTENSION, new Xpdl2ResourceFactoryImpl());
}
return registrations;
}
}

which seems a little odd. I hadn't noticed this before.

Here's the EPackage source:

public interface Xpdl2Package extends EPackage {
String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
String eNS_PREFIX = "xpdl2";
Xpdl2Package eINSTANCE = org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
}


And the resourceFactory source:

public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
/**
* @generated
*/
public Xpdl2ResourceFactoryImpl() {
super();
}
/**
* @generated
*/
public Resource createResourceGen(URI uri) {
XMLResource result = new Xpdl2ResourceImpl(uri);
result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA, Boolean.TRUE);
result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA, Boolean.TRUE);

result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION, Boolean.TRUE);

result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE, Boolean.TRUE);
result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE, Boolean.TRUE);

result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER, Boolean.TRUE);
return result;
}

@Override
public Resource createResource(URI uri) {
XMLResource result = (XMLResource)createResourceGen(uri);
result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG, "UTF-8");
result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG, "UTF-8");
//
// // Where do we turn this off in the genmodel? What is the name of the option?
// result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION, Boolean.TRUE);
//
// result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING, Boolean.TRUE);
// result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING, Boolean.TRUE);
//
//result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE, Boolean.TRUE);
// result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA, Boolean.TRUE);
// result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED, Boolean.TRUE);
//
return result;
}

} //Xpdl2ResourceFactoryImpl

I hope this helps.
Ronaldo

Ed Merks wrote:
> Ronaldo,
>
> Comments below.
>
> Ronaldo wrote:
>> Hi Ed,
>>
>> I guess you're saying I'm messing around with a null namespace :0
>> Point is, it has worked and somehow I changed something and it doesn't
>> work any more.
>> I feel I'm losing control ...
> Something worked, but only you know what...
>>
>> Anyway, I'll step back, and use proper namespaces ;)
>>
>> My package is now only annotated with @model kind="package".
>> (Unqualified is removed)
> You've relaoaded the model?
>> The generated XYZExample now generates
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <Activities/>
>>
>> So the question is, which piece of code is responsible for hiding the
>> namespace prefix?
> And has the resource factory been regenerated so it's using "TRUE"? It
> doesn't look that way...
>>
>> I'd expect something like
>> <?xml version="1.0" encoding="UTF-8"?>
>> <prefix:Activities xmlns:prefix="yadiyadi" />
> Me too. What's the nsURI of your EPackage?
>>
>> Fun part is, after unloading the created and saved resource,
>> I reload it using the same resourceSet. But then, I get the famous
>> "Package with uri null not found" message...
>> because the prefix is missing...
> Something's is a little screwed up for sure... What does the resource
> factory look like?
>>
>> Ronaldo
>>
>>
>>
>>>
>>>
>>> Ronaldo wrote:
>>>> This error comes up when I run the XYZExample test code, disguised
>>>> as/copied to a UnitTest in maven. (ie outside the eclipse editor).
>>>> It runs fine from within eclipse/junit. I figured it must have
>>>> something to do with
>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>
>>>> does it?
>>>>
>>>> The error is
>>>>
>>>> java.lang.NullPointerException
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>
>>> It's dying because the data type doesn't have a containing package
>>> and hence we get a null pointer exception trying to get the factory
>>> for that package?
>>>
>>> EDataType d = (EDataType)f.getEType();
>>> EPackage ePackage = d.getEPackage();
>>> EFactory fac = ePackage.getEFactoryInstance();
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>
>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>
>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>
>>>>
>>>> Code:
>>>>
>>>> MyModel1Package.eINSTANCE.eClass();
>>>> MyModel2Package.eINSTANCE.eClass();
>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>> new MyModel2ResourceFactoryImpl());
>>>>
>>>> Resource resource =
>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>> DocumentRoot documentRoot =
>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>
>>>> // ---- Removing the next two lines makes it work from maven too.
>>>> ActivitiesType root = MyModel2Factory.eINSTANCE.createActivitiesType();
>>>> documentRoot.setActivities(root);
>>>>
>>>> resource.getContents().add(documentRoot);
>>>> resource.save(System.out, null);
>>> This looks much like the generated XyzExample you get when you invoke
>>> "Generate Test Code". Does that have the same problem?
>>>>
>>>> Many thanks,
>>>> Ronaldo
>>>>
>>>> Ed Merks wrote:
>>>> > Ronaldo,
>>>> >
>>>> > Comments below.
>>>> >
>>>> > Ronaldo wrote:
>>>> >> Hi Ed,
>>>> >>
>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>>> >> eclipse projects.
>>>> >> They both use a null target namespace, in order to eliminate the
>>>> >> prefixes in the xml.
>>>> > :-(
>>>> >
>>>> > XML documents with at least a namespace for the root element are
>>>> > generally more consumable because they identify their schema...
>>>> >>
>>>> >> I was just wondering what (which setting) causes the code
>>>> >>
>>>> >> result.getDefaultSaveOptions().put(
>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>> > A null target namespace schema produces an annotation on the
>>>> EPackage to
>>>> > indicate the package is not qualified.
>>>> >>
>>>> >> to be generated. (as opposed to
>>>> >>
>>>> >> result.getDefaultSaveOptions().put(
>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>> > This package doesn't have such an annotation.
>>>> >
>>>> > Note that you can't have two different packages that both want to
>>>> be the
>>>> > one for the null namespace both working at the same time.
>>>> >> )
>>>> >>
>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423258 is a reply to message #423257] Thu, 25 September 2008 14:56 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 30825
Registered: July 2009
Senior Member
Ronaldo,

What EAnnotations does the "activities" feature of the DocumentRoot have
on it?


Ronaldo wrote:
> I have something that might be noteworthy:
> Somehow, I noticed that my genmodel consists of 4 models:
>
> Xpdl1 - Deprecated xpdl format
> Xpdl2 - Current xpdl format
> Ecore - (Icon contains a little arrow/referenced?)
> XMLType - (Icon contains a little arrow/referenced?)
>
> The util package also contains an Xpdl2XMLProcessor class:
>
> public class Xpdl2XMLProcessor extends XMLProcessor {
> public Xpdl2XMLProcessor() {
> super((EPackage.Registry.INSTANCE));
> Xpdl2Package.eINSTANCE.eClass();
> }
>
> @Override
> protected Map<String, Resource.Factory> getRegistrations() {
> if (registrations == null) {
> super.getRegistrations();
> registrations.put(XML_EXTENSION, new
> Xpdl2ResourceFactoryImpl());
> registrations.put(STAR_EXTENSION, new
> Xpdl2ResourceFactoryImpl());
> }
> return registrations;
> }
> }
>
> which seems a little odd. I hadn't noticed this before.
>
> Here's the EPackage source:
>
> public interface Xpdl2Package extends EPackage {
> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
> String eNS_PREFIX = "xpdl2";
> Xpdl2Package eINSTANCE =
> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
> }
>
>
> And the resourceFactory source:
>
> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
> /**
> * @generated
> */
> public Xpdl2ResourceFactoryImpl() {
> super();
> }
> /**
> * @generated
> */
> public Resource createResourceGen(URI uri) {
> XMLResource result = new Xpdl2ResourceImpl(uri);
>
> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
> Boolean.TRUE);
>
> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
> Boolean.TRUE);
>
>
> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
> Boolean.TRUE);
>
>
> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
> Boolean.TRUE);
>
> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
> Boolean.TRUE);
>
>
> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
> Boolean.TRUE);
> return result;
> }
>
> @Override
> public Resource createResource(URI uri) {
> XMLResource result = (XMLResource)createResourceGen(uri);
>
> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG, "UTF-8");
>
> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG, "UTF-8");
> //
> // // Where do we turn this off in the genmodel? What is the
> name of the option?
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
> Boolean.TRUE);
> //
> //
> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
> Boolean.TRUE);
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
> Boolean.TRUE);
> //
>
> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
> Boolean.TRUE);
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
> Boolean.TRUE);
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
> Boolean.TRUE);
> //
> return result;
> }
>
> } //Xpdl2ResourceFactoryImpl
>
> I hope this helps.
> Ronaldo
>
> Ed Merks wrote:
>> Ronaldo,
>>
>> Comments below.
>>
>> Ronaldo wrote:
>>> Hi Ed,
>>>
>>> I guess you're saying I'm messing around with a null namespace :0
>>> Point is, it has worked and somehow I changed something and it
>>> doesn't work any more.
>>> I feel I'm losing control ...
>> Something worked, but only you know what...
>>>
>>> Anyway, I'll step back, and use proper namespaces ;)
>>>
>>> My package is now only annotated with @model kind="package".
>>> (Unqualified is removed)
>> You've relaoaded the model?
>>> The generated XYZExample now generates
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <Activities/>
>>>
>>> So the question is, which piece of code is responsible for hiding
>>> the namespace prefix?
>> And has the resource factory been regenerated so it's using "TRUE"?
>> It doesn't look that way...
>>>
>>> I'd expect something like
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>> Me too. What's the nsURI of your EPackage?
>>>
>>> Fun part is, after unloading the created and saved resource,
>>> I reload it using the same resourceSet. But then, I get the famous
>>> "Package with uri null not found" message...
>>> because the prefix is missing...
>> Something's is a little screwed up for sure... What does the resource
>> factory look like?
>>>
>>> Ronaldo
>>>
>>>
>>>
>>>>
>>>>
>>>> Ronaldo wrote:
>>>>> This error comes up when I run the XYZExample test code, disguised
>>>>> as/copied to a UnitTest in maven. (ie outside the eclipse editor).
>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>> something to do with
>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>
>>>>> does it?
>>>>>
>>>>> The error is
>>>>>
>>>>> java.lang.NullPointerException
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>
>>>> It's dying because the data type doesn't have a containing package
>>>> and hence we get a null pointer exception trying to get the factory
>>>> for that package?
>>>>
>>>> EDataType d = (EDataType)f.getEType();
>>>> EPackage ePackage = d.getEPackage();
>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>
>>>>>
>>>>> Code:
>>>>>
>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>
>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>
>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>> new MyModel2ResourceFactoryImpl());
>>>>>
>>>>> Resource resource =
>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>> DocumentRoot documentRoot =
>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>
>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>> ActivitiesType root =
>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>> documentRoot.setActivities(root);
>>>>>
>>>>> resource.getContents().add(documentRoot);
>>>>> resource.save(System.out, null);
>>>> This looks much like the generated XyzExample you get when you
>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>
>>>>> Many thanks,
>>>>> Ronaldo
>>>>>
>>>>> Ed Merks wrote:
>>>>> > Ronaldo,
>>>>> >
>>>>> > Comments below.
>>>>> >
>>>>> > Ronaldo wrote:
>>>>> >> Hi Ed,
>>>>> >>
>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>>>> >> eclipse projects.
>>>>> >> They both use a null target namespace, in order to eliminate the
>>>>> >> prefixes in the xml.
>>>>> > :-(
>>>>> >
>>>>> > XML documents with at least a namespace for the root element are
>>>>> > generally more consumable because they identify their schema...
>>>>> >>
>>>>> >> I was just wondering what (which setting) causes the code
>>>>> >>
>>>>> >> result.getDefaultSaveOptions().put(
>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>> > A null target namespace schema produces an annotation on the
>>>>> EPackage to
>>>>> > indicate the package is not qualified.
>>>>> >>
>>>>> >> to be generated. (as opposed to
>>>>> >>
>>>>> >> result.getDefaultSaveOptions().put(
>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>> > This package doesn't have such an annotation.
>>>>> >
>>>>> > Note that you can't have two different packages that both want
>>>>> to be the
>>>>> > one for the null namespace both working at the same time.
>>>>> >> )
>>>>> >>
>>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423259 is a reply to message #423257] Thu, 25 September 2008 14:58 Go to previous messageGo to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
And another observation:

I get:
<?xml version="1.0" encoding="UTF-8"?>
<xpdl2:Package xmlns:xpdl2="http://www.wfmc.org/2008/XPDL2.1" Id="1"/>

When adding the PackageType (a model element) directly to the resource.getContents(),
as in:

Resource resource = xpdl2ResourceSet.createResource(uri);
PackageType packageType = xpdl2Factory.createPackageType();
resource.getContents().add(packageType);


Before I used:
Resource resource = xpdl2ResourceSet.createResource(uri);
DocumentRoot documentRoot = xpdl2Factory.createDocumentRoot();
PackageType packageType = xpdl2Factory.createPackageType();
documentRoot.setPackage(packageType);
resource.getContents().add(documentRoot);

Ronaldo


Ronaldo wrote:
> I have something that might be noteworthy:
> Somehow, I noticed that my genmodel consists of 4 models:
>
> Xpdl1 - Deprecated xpdl format
> Xpdl2 - Current xpdl format
> Ecore - (Icon contains a little arrow/referenced?)
> XMLType - (Icon contains a little arrow/referenced?)
>
> The util package also contains an Xpdl2XMLProcessor class:
>
> public class Xpdl2XMLProcessor extends XMLProcessor {
> public Xpdl2XMLProcessor() {
> super((EPackage.Registry.INSTANCE));
> Xpdl2Package.eINSTANCE.eClass();
> }
>
> @Override
> protected Map<String, Resource.Factory> getRegistrations() {
> if (registrations == null) {
> super.getRegistrations();
> registrations.put(XML_EXTENSION, new
> Xpdl2ResourceFactoryImpl());
> registrations.put(STAR_EXTENSION, new
> Xpdl2ResourceFactoryImpl());
> }
> return registrations;
> }
> }
>
> which seems a little odd. I hadn't noticed this before.
>
> Here's the EPackage source:
>
> public interface Xpdl2Package extends EPackage {
> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
> String eNS_PREFIX = "xpdl2";
> Xpdl2Package eINSTANCE =
> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
> }
>
>
> And the resourceFactory source:
>
> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
> /**
> * @generated
> */
> public Xpdl2ResourceFactoryImpl() {
> super();
> }
> /**
> * @generated
> */
> public Resource createResourceGen(URI uri) {
> XMLResource result = new Xpdl2ResourceImpl(uri);
>
> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
> Boolean.TRUE);
>
> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
> Boolean.TRUE);
>
>
> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
> Boolean.TRUE);
>
>
> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
> Boolean.TRUE);
>
> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
> Boolean.TRUE);
>
>
> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
> Boolean.TRUE);
> return result;
> }
>
> @Override
> public Resource createResource(URI uri) {
> XMLResource result = (XMLResource)createResourceGen(uri);
> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
> "UTF-8");
> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
> "UTF-8");
> //
> // // Where do we turn this off in the genmodel? What is the name
> of the option?
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
> Boolean.TRUE);
> //
> //
> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
> Boolean.TRUE);
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
> Boolean.TRUE);
> //
>
> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
> Boolean.TRUE);
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
> Boolean.TRUE);
> //
> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
> Boolean.TRUE);
> //
> return result;
> }
>
> } //Xpdl2ResourceFactoryImpl
>
> I hope this helps.
> Ronaldo
>
> Ed Merks wrote:
>> Ronaldo,
>>
>> Comments below.
>>
>> Ronaldo wrote:
>>> Hi Ed,
>>>
>>> I guess you're saying I'm messing around with a null namespace :0
>>> Point is, it has worked and somehow I changed something and it
>>> doesn't work any more.
>>> I feel I'm losing control ...
>> Something worked, but only you know what...
>>>
>>> Anyway, I'll step back, and use proper namespaces ;)
>>>
>>> My package is now only annotated with @model kind="package".
>>> (Unqualified is removed)
>> You've relaoaded the model?
>>> The generated XYZExample now generates
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <Activities/>
>>>
>>> So the question is, which piece of code is responsible for hiding the
>>> namespace prefix?
>> And has the resource factory been regenerated so it's using "TRUE"?
>> It doesn't look that way...
>>>
>>> I'd expect something like
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>> Me too. What's the nsURI of your EPackage?
>>>
>>> Fun part is, after unloading the created and saved resource,
>>> I reload it using the same resourceSet. But then, I get the famous
>>> "Package with uri null not found" message...
>>> because the prefix is missing...
>> Something's is a little screwed up for sure... What does the resource
>> factory look like?
>>>
>>> Ronaldo
>>>
>>>
>>>
>>>>
>>>>
>>>> Ronaldo wrote:
>>>>> This error comes up when I run the XYZExample test code, disguised
>>>>> as/copied to a UnitTest in maven. (ie outside the eclipse editor).
>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>> something to do with
>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>
>>>>> does it?
>>>>>
>>>>> The error is
>>>>>
>>>>> java.lang.NullPointerException
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>
>>>> It's dying because the data type doesn't have a containing package
>>>> and hence we get a null pointer exception trying to get the factory
>>>> for that package?
>>>>
>>>> EDataType d = (EDataType)f.getEType();
>>>> EPackage ePackage = d.getEPackage();
>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>
>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>
>>>>>
>>>>> Code:
>>>>>
>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>
>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>
>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>> new MyModel2ResourceFactoryImpl());
>>>>>
>>>>> Resource resource =
>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>> DocumentRoot documentRoot =
>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>
>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>> ActivitiesType root =
>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>> documentRoot.setActivities(root);
>>>>>
>>>>> resource.getContents().add(documentRoot);
>>>>> resource.save(System.out, null);
>>>> This looks much like the generated XyzExample you get when you
>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>
>>>>> Many thanks,
>>>>> Ronaldo
>>>>>
>>>>> Ed Merks wrote:
>>>>> > Ronaldo,
>>>>> >
>>>>> > Comments below.
>>>>> >
>>>>> > Ronaldo wrote:
>>>>> >> Hi Ed,
>>>>> >>
>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>>>> >> eclipse projects.
>>>>> >> They both use a null target namespace, in order to eliminate the
>>>>> >> prefixes in the xml.
>>>>> > :-(
>>>>> >
>>>>> > XML documents with at least a namespace for the root element are
>>>>> > generally more consumable because they identify their schema...
>>>>> >>
>>>>> >> I was just wondering what (which setting) causes the code
>>>>> >>
>>>>> >> result.getDefaultSaveOptions().put(
>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>> > A null target namespace schema produces an annotation on the
>>>>> EPackage to
>>>>> > indicate the package is not qualified.
>>>>> >>
>>>>> >> to be generated. (as opposed to
>>>>> >>
>>>>> >> result.getDefaultSaveOptions().put(
>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>> > This package doesn't have such an annotation.
>>>>> >
>>>>> > Note that you can't have two different packages that both want to
>>>>> be the
>>>>> > one for the null namespace both working at the same time.
>>>>> >> )
>>>>> >>
>>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423261 is a reply to message #423258] Thu, 25 September 2008 15:07 Go to previous messageGo to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
This is the generated code for the getActivities method in the DocumentRoot interface.

* @model containment="true" upper="-2" transient="true" volatile="true" derived="true"
* extendedMetaData="kind='element' name='Activities'"
* @generated
*/
ActivitiesType getActivities();



Ed Merks wrote:
> Ronaldo,
>
> What EAnnotations does the "activities" feature of the DocumentRoot have
> on it?
>
>
> Ronaldo wrote:
>> I have something that might be noteworthy:
>> Somehow, I noticed that my genmodel consists of 4 models:
>>
>> Xpdl1 - Deprecated xpdl format
>> Xpdl2 - Current xpdl format
>> Ecore - (Icon contains a little arrow/referenced?)
>> XMLType - (Icon contains a little arrow/referenced?)
>>
>> The util package also contains an Xpdl2XMLProcessor class:
>>
>> public class Xpdl2XMLProcessor extends XMLProcessor {
>> public Xpdl2XMLProcessor() {
>> super((EPackage.Registry.INSTANCE));
>> Xpdl2Package.eINSTANCE.eClass();
>> }
>>
>> @Override
>> protected Map<String, Resource.Factory> getRegistrations() {
>> if (registrations == null) {
>> super.getRegistrations();
>> registrations.put(XML_EXTENSION, new
>> Xpdl2ResourceFactoryImpl());
>> registrations.put(STAR_EXTENSION, new
>> Xpdl2ResourceFactoryImpl());
>> }
>> return registrations;
>> }
>> }
>>
>> which seems a little odd. I hadn't noticed this before.
>>
>> Here's the EPackage source:
>>
>> public interface Xpdl2Package extends EPackage {
>> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
>> String eNS_PREFIX = "xpdl2";
>> Xpdl2Package eINSTANCE =
>> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
>> }
>>
>>
>> And the resourceFactory source:
>>
>> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
>> /**
>> * @generated
>> */
>> public Xpdl2ResourceFactoryImpl() {
>> super();
>> }
>> /**
>> * @generated
>> */
>> public Resource createResourceGen(URI uri) {
>> XMLResource result = new Xpdl2ResourceImpl(uri);
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>> Boolean.TRUE);
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>> Boolean.TRUE);
>>
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>> Boolean.TRUE);
>>
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>> Boolean.TRUE);
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>> Boolean.TRUE);
>>
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
>> Boolean.TRUE);
>> return result;
>> }
>> @Override
>> public Resource createResource(URI uri) {
>> XMLResource result = (XMLResource)createResourceGen(uri);
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG, "UTF-8");
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG, "UTF-8");
>> // // // Where do we turn this off in the genmodel? What
>> is the name of the option?
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>> Boolean.TRUE);
>> // //
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>> Boolean.TRUE);
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>> Boolean.TRUE);
>> //
>>
>> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
>> Boolean.TRUE);
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
>> Boolean.TRUE);
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
>> Boolean.TRUE);
>> // return result;
>> }
>>
>> } //Xpdl2ResourceFactoryImpl
>>
>> I hope this helps.
>> Ronaldo
>>
>> Ed Merks wrote:
>>> Ronaldo,
>>>
>>> Comments below.
>>>
>>> Ronaldo wrote:
>>>> Hi Ed,
>>>>
>>>> I guess you're saying I'm messing around with a null namespace :0
>>>> Point is, it has worked and somehow I changed something and it
>>>> doesn't work any more.
>>>> I feel I'm losing control ...
>>> Something worked, but only you know what...
>>>>
>>>> Anyway, I'll step back, and use proper namespaces ;)
>>>>
>>>> My package is now only annotated with @model kind="package".
>>>> (Unqualified is removed)
>>> You've relaoaded the model?
>>>> The generated XYZExample now generates
>>>>
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <Activities/>
>>>>
>>>> So the question is, which piece of code is responsible for hiding
>>>> the namespace prefix?
>>> And has the resource factory been regenerated so it's using "TRUE"?
>>> It doesn't look that way...
>>>>
>>>> I'd expect something like
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>>> Me too. What's the nsURI of your EPackage?
>>>>
>>>> Fun part is, after unloading the created and saved resource,
>>>> I reload it using the same resourceSet. But then, I get the famous
>>>> "Package with uri null not found" message...
>>>> because the prefix is missing...
>>> Something's is a little screwed up for sure... What does the resource
>>> factory look like?
>>>>
>>>> Ronaldo
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> Ronaldo wrote:
>>>>>> This error comes up when I run the XYZExample test code, disguised
>>>>>> as/copied to a UnitTest in maven. (ie outside the eclipse editor).
>>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>>> something to do with
>>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>>
>>>>>> does it?
>>>>>>
>>>>>> The error is
>>>>>>
>>>>>> java.lang.NullPointerException
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>>
>>>>> It's dying because the data type doesn't have a containing package
>>>>> and hence we get a null pointer exception trying to get the factory
>>>>> for that package?
>>>>>
>>>>> EDataType d = (EDataType)f.getEType();
>>>>> EPackage ePackage = d.getEPackage();
>>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>>
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>>
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>>
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>>
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>>
>>>>>>
>>>>>> Code:
>>>>>>
>>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>
>>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>
>>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>>> new MyModel2ResourceFactoryImpl());
>>>>>>
>>>>>> Resource resource =
>>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>>> DocumentRoot documentRoot =
>>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>>
>>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>>> ActivitiesType root =
>>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>>> documentRoot.setActivities(root);
>>>>>>
>>>>>> resource.getContents().add(documentRoot);
>>>>>> resource.save(System.out, null);
>>>>> This looks much like the generated XyzExample you get when you
>>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>>
>>>>>> Many thanks,
>>>>>> Ronaldo
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>> > Ronaldo,
>>>>>> >
>>>>>> > Comments below.
>>>>>> >
>>>>>> > Ronaldo wrote:
>>>>>> >> Hi Ed,
>>>>>> >>
>>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>>>>> >> eclipse projects.
>>>>>> >> They both use a null target namespace, in order to eliminate the
>>>>>> >> prefixes in the xml.
>>>>>> > :-(
>>>>>> >
>>>>>> > XML documents with at least a namespace for the root element are
>>>>>> > generally more consumable because they identify their schema...
>>>>>> >>
>>>>>> >> I was just wondering what (which setting) causes the code
>>>>>> >>
>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>>> > A null target namespace schema produces an annotation on the
>>>>>> EPackage to
>>>>>> > indicate the package is not qualified.
>>>>>> >>
>>>>>> >> to be generated. (as opposed to
>>>>>> >>
>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>>> > This package doesn't have such an annotation.
>>>>>> >
>>>>>> > Note that you can't have two different packages that both want
>>>>>> to be the
>>>>>> > one for the null namespace both working at the same time.
>>>>>> >> )
>>>>>> >>
>>>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423262 is a reply to message #423261] Thu, 25 September 2008 15:14 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 30825
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------000904030009000904070908
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Ronaldo,

For the library mode it looks like this:

* @model containment="true" upper="-2" transient="true"
volatile="true" derived="true"
* extendedMetaData="kind='element' name='library'*
namespace='##targetNamespace'"*

I assume these models originated from a schema. Do that schema have a
target namespace?


Ronaldo wrote:
>
> This is the generated code for the getActivities method in the
> DocumentRoot interface.
>
> * @model containment="true" upper="-2" transient="true"
> volatile="true" derived="true"
> * extendedMetaData="kind='element' name='Activities'"
> * @generated
> */
> ActivitiesType getActivities();
>
>
>
> Ed Merks wrote:
>> Ronaldo,
>>
>> What EAnnotations does the "activities" feature of the DocumentRoot
>> have on it?
>>
>>
>> Ronaldo wrote:
>>> I have something that might be noteworthy:
>>> Somehow, I noticed that my genmodel consists of 4 models:
>>>
>>> Xpdl1 - Deprecated xpdl format
>>> Xpdl2 - Current xpdl format
>>> Ecore - (Icon contains a little arrow/referenced?)
>>> XMLType - (Icon contains a little arrow/referenced?)
>>>
>>> The util package also contains an Xpdl2XMLProcessor class:
>>>
>>> public class Xpdl2XMLProcessor extends XMLProcessor {
>>> public Xpdl2XMLProcessor() {
>>> super((EPackage.Registry.INSTANCE));
>>> Xpdl2Package.eINSTANCE.eClass();
>>> }
>>>
>>> @Override
>>> protected Map<String, Resource.Factory> getRegistrations() {
>>> if (registrations == null) {
>>> super.getRegistrations();
>>> registrations.put(XML_EXTENSION, new
>>> Xpdl2ResourceFactoryImpl());
>>> registrations.put(STAR_EXTENSION, new
>>> Xpdl2ResourceFactoryImpl());
>>> }
>>> return registrations;
>>> }
>>> }
>>>
>>> which seems a little odd. I hadn't noticed this before.
>>>
>>> Here's the EPackage source:
>>>
>>> public interface Xpdl2Package extends EPackage {
>>> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
>>> String eNS_PREFIX = "xpdl2";
>>> Xpdl2Package eINSTANCE =
>>> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
>>> }
>>>
>>>
>>> And the resourceFactory source:
>>>
>>> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
>>> /**
>>> * @generated
>>> */
>>> public Xpdl2ResourceFactoryImpl() {
>>> super();
>>> }
>>> /**
>>> * @generated
>>> */
>>> public Resource createResourceGen(URI uri) {
>>> XMLResource result = new Xpdl2ResourceImpl(uri);
>>>
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>> Boolean.TRUE);
>>>
>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>> Boolean.TRUE);
>>>
>>>
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>> Boolean.TRUE);
>>>
>>>
>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>> Boolean.TRUE);
>>>
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>> Boolean.TRUE);
>>>
>>>
>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
>>> Boolean.TRUE);
>>> return result;
>>> }
>>> @Override
>>> public Resource createResource(URI uri) {
>>> XMLResource result = (XMLResource)createResourceGen(uri);
>>>
>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
>>> "UTF-8");
>>>
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
>>> "UTF-8");
>>> // // // Where do we turn this off in the genmodel?
>>> What is the name of the option?
>>> //
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>> Boolean.TRUE);
>>> // //
>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>> Boolean.TRUE);
>>> //
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>> Boolean.TRUE);
>>> //
>>>
>>> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
>>> Boolean.TRUE);
>>> //
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
>>> Boolean.TRUE);
>>> //
>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
>>> Boolean.TRUE);
>>> // return result;
>>> }
>>>
>>> } //Xpdl2ResourceFactoryImpl
>>>
>>> I hope this helps.
>>> Ronaldo
>>>
>>> Ed Merks wrote:
>>>> Ronaldo,
>>>>
>>>> Comments below.
>>>>
>>>> Ronaldo wrote:
>>>>> Hi Ed,
>>>>>
>>>>> I guess you're saying I'm messing around with a null namespace :0
>>>>> Point is, it has worked and somehow I changed something and it
>>>>> doesn't work any more.
>>>>> I feel I'm losing control ...
>>>> Something worked, but only you know what...
>>>>>
>>>>> Anyway, I'll step back, and use proper namespaces ;)
>>>>>
>>>>> My package is now only annotated with @model kind="package".
>>>>> (Unqualified is removed)
>>>> You've relaoaded the model?
>>>>> The generated XYZExample now generates
>>>>>
>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>> <Activities/>
>>>>>
>>>>> So the question is, which piece of code is responsible for hiding
>>>>> the namespace prefix?
>>>> And has the resource factory been regenerated so it's using
>>>> "TRUE"? It doesn't look that way...
>>>>>
>>>>> I'd expect something like
>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>>>> Me too. What's the nsURI of your EPackage?
>>>>>
>>>>> Fun part is, after unloading the created and saved resource,
>>>>> I reload it using the same resourceSet. But then, I get the famous
>>>>> "Package with uri null not found" message...
>>>>> because the prefix is missing...
>>>> Something's is a little screwed up for sure... What does the
>>>> resource factory look like?
>>>>>
>>>>> Ronaldo
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> Ronaldo wrote:
>>>>>>> This error comes up when I run the XYZExample test code,
>>>>>>> disguised as/copied to a UnitTest in maven. (ie outside the
>>>>>>> eclipse editor).
>>>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>>>> something to do with
>>>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>>>
>>>>>>> does it?
>>>>>>>
>>>>>>> The error is
>>>>>>>
>>>>>>> java.lang.NullPointerException
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>>>
>>>>>> It's dying because the data type doesn't have a containing
>>>>>> package and hence we get a null pointer exception trying to get
>>>>>> the factory for that package?
>>>>>>
>>>>>> EDataType d = (EDataType)f.getEType();
>>>>>> EPackage ePackage = d.getEPackage();
>>>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>>>
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>>>
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>>>
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>>>>
>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>>
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>>>
>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>>>
>>>>>>>
>>>>>>> Code:
>>>>>>>
>>>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>
>>>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>
>>>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>>>> new MyModel2ResourceFactoryImpl());
>>>>>>>
>>>>>>> Resource resource =
>>>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>>>> DocumentRoot documentRoot =
>>>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>>>
>>>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>>>> ActivitiesType root =
>>>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>>>> documentRoot.setActivities(root);
>>>>>>>
>>>>>>> resource.getContents().add(documentRoot);
>>>>>>> resource.save(System.out, null);
>>>>>> This looks much like the generated XyzExample you get when you
>>>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>>>
>>>>>>> Many thanks,
>>>>>>> Ronaldo
>>>>>>>
>>>>>>> Ed Merks wrote:
>>>>>>> > Ronaldo,
>>>>>>> >
>>>>>>> > Comments below.
>>>>>>> >
>>>>>>> > Ronaldo wrote:
>>>>>>> >> Hi Ed,
>>>>>>> >>
>>>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>>>>>> >> eclipse projects.
>>>>>>> >> They both use a null target namespace, in order to eliminate the
>>>>>>> >> prefixes in the xml.
>>>>>>> > :-(
>>>>>>> >
>>>>>>> > XML documents with at least a namespace for the root element are
>>>>>>> > generally more consumable because they identify their schema...
>>>>>>> >>
>>>>>>> >> I was just wondering what (which setting) causes the code
>>>>>>> >>
>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>>>> > A null target namespace schema produces an annotation on the
>>>>>>> EPackage to
>>>>>>> > indicate the package is not qualified.
>>>>>>> >>
>>>>>>> >> to be generated. (as opposed to
>>>>>>> >>
>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>>>> > This package doesn't have such an annotation.
>>>>>>> >
>>>>>>> > Note that you can't have two different packages that both want
>>>>>>> to be the
>>>>>>> > one for the null namespace both working at the same time.
>>>>>>> >> )
>>>>>>> >>
>>>>>>> >> Ronaldo

--------------000904030009000904070908
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Ronaldo,<br>
<br>
For the library mode it looks like this:<br>
<blockquote>&nbsp;&nbsp; * @model containment="true" upper="-2" transient="true"
volatile="true" derived="true"<br>
&nbsp;&nbsp; *&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp ;&nbsp; extendedMetaData="kind='element' name='library'<b>
namespace='##targetNamespace'"</b><br>
</blockquote>
I assume these models originated from a schema.&nbsp; Do that schema have a
target namespace?<br>
<br>
<br>
Ronaldo wrote:
<blockquote cite="mid:gbg9ga$r4s$1@build.eclipse.org" type="cite"><br>
This is the generated code for the getActivities method in the
DocumentRoot interface.
<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; * @model containment="true" upper="-2" transient="true"
volatile="true" derived="true"
<br>
&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp ;&nbsp; extendedMetaData="kind='element' name='Activities'"
<br>
&nbsp;&nbsp;&nbsp;&nbsp; * @generated
<br>
&nbsp;&nbsp;&nbsp;&nbsp; */
<br>
&nbsp;&nbsp;&nbsp;&nbsp;ActivitiesType getActivities();
<br>
<br>
<br>
<br>
Ed Merks wrote:
<br>
<blockquote type="cite">Ronaldo,
<br>
<br>
What EAnnotations does the "activities" feature of the DocumentRoot
have on it?
<br>
<br>
<br>
Ronaldo wrote:
<br>
<blockquote type="cite">I have something that might be noteworthy:
<br>
Somehow, I noticed that my genmodel consists of 4 models:
<br>
<br>
Xpdl1 - Deprecated xpdl format
<br>
Xpdl2 - Current xpdl format
<br>
Ecore - (Icon contains a little arrow/referenced?)
<br>
XMLType - (Icon contains a little arrow/referenced?)
<br>
<br>
The util package also contains an Xpdl2XMLProcessor class:
<br>
<br>
public class Xpdl2XMLProcessor extends XMLProcessor {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; public Xpdl2XMLProcessor() {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; super((EPackage.Registry.INSTANCE));
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; Xpdl2Package.eINSTANCE.eClass();
<br>
&nbsp;&nbsp;&nbsp; }
<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; @Override
<br>
&nbsp;&nbsp;&nbsp; protected Map&lt;String, Resource.Factory&gt; getRegistrations() {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; if (registrations == null) {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; super.getRegistrations();
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; registrations.put(XML_EXTENSION, new
Xpdl2ResourceFactoryImpl());
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; registrations.put(STAR_EXTENSION, new
Xpdl2ResourceFactoryImpl());
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; }
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; return registrations;
<br>
&nbsp;&nbsp;&nbsp; }
<br>
}
<br>
<br>
which seems a little odd. I hadn't noticed this before.
<br>
<br>
Here's the EPackage source:
<br>
<br>
public interface Xpdl2Package extends EPackage {
<br>
&nbsp; String eNS_URI = <a class="moz-txt-link-rfc2396E" href="http://www.wfmc.org/2008/XPDL2.1">"http://www.wfmc.org/2008/XPDL2.1"</a>;
<br>
&nbsp; String eNS_PREFIX = "xpdl2";
<br>
&nbsp; Xpdl2Package eINSTANCE =
org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
<br>
}
<br>
<br>
<br>
And the resourceFactory source:
<br>
<br>
public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; /**
<br>
&nbsp;&nbsp;&nbsp;&nbsp; * @generated
<br>
&nbsp;&nbsp;&nbsp;&nbsp; */
<br>
&nbsp;&nbsp;&nbsp; public Xpdl2ResourceFactoryImpl() {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; super();
<br>
&nbsp;&nbsp;&nbsp; }
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; /**
<br>
&nbsp;&nbsp;&nbsp;&nbsp; * @generated
<br>
&nbsp;&nbsp;&nbsp;&nbsp; */
<br>
&nbsp;&nbsp;&nbsp; public Resource createResourceGen(URI uri) {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; XMLResource result = new Xpdl2ResourceImpl(uri);
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;
result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
Boolean.TRUE);
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;
result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
Boolean.TRUE);
<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;
result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
Boolean.TRUE);
<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;
result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
Boolean.TRUE);
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;
result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
Boolean.TRUE);
<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;
result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
Boolean.TRUE);
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; return result;
<br>
&nbsp;&nbsp;&nbsp; }
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; @Override
<br>
&nbsp;&nbsp;&nbsp; public Resource createResource(URI uri) {
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; XMLResource result = (XMLResource)createResourceGen(uri);
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
"UTF-8");
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
"UTF-8");
<br>
//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p; //&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp; // Where do we turn this off in the genmodel? What
is the name of the option?
<br>
//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
Boolean.TRUE);
<br>
//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p; //&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
Boolean.TRUE);
<br>
//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
Boolean.TRUE);
<br>
//
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;
//result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
Boolean.TRUE);
<br>
//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
Boolean.TRUE);
<br>
//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;
result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
Boolean.TRUE);
<br>
//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs p;&nbsp;&nbsp; return result;
<br>
&nbsp;&nbsp;&nbsp; }
<br>
<br>
} //Xpdl2ResourceFactoryImpl
<br>
<br>
I hope this helps.
<br>
Ronaldo
<br>
<br>
Ed Merks wrote:
<br>
<blockquote type="cite">Ronaldo,
<br>
<br>
Comments below.
<br>
<br>
Ronaldo wrote:
<br>
<blockquote type="cite">Hi Ed,
<br>
<br>
I guess you're saying I'm messing around with a null namespace :0
<br>
Point is, it has worked and somehow I changed something and it doesn't
work any more.
<br>
I feel I'm losing control ...
<br>
</blockquote>
Something worked, but only you know what...
<br>
<blockquote type="cite"><br>
Anyway, I'll step back, and use proper namespaces ;)
<br>
<br>
My package is now only annotated with @model kind="package".
(Unqualified is removed)
<br>
</blockquote>
You've relaoaded the model?
<br>
<blockquote type="cite">The generated XYZExample now generates
<br>
<br>
&lt;?xml version="1.0" encoding="UTF-8"?&gt;
<br>
&lt;Activities/&gt;
<br>
<br>
So the question is, which piece of code is responsible for hiding the
namespace prefix?
<br>
</blockquote>
And has the resource factory been regenerated so it's using "TRUE"?&nbsp;&nbsp;
It doesn't look that way...
<br>
<blockquote type="cite"><br>
I'd expect something like
<br>
&lt;?xml version="1.0" encoding="UTF-8"?&gt;
<br>
&lt;prefix:Activities xmlns:prefix="yadiyadi" /&gt;
<br>
</blockquote>
Me too.&nbsp; What's the nsURI of your EPackage?
<br>
<blockquote type="cite"><br>
Fun part is, after unloading the created and saved resource,
<br>
I reload it using the same resourceSet. But then, I get the famous
"Package with uri null not found" message...
<br>
because the prefix is missing...
<br>
</blockquote>
Something's is a little screwed up for sure... What does the resource
factory look like?
<br>
<blockquote type="cite"><br>
Ronaldo
<br>
<br>
<br>
<br>
<blockquote type="cite"><br>
<br>
Ronaldo wrote:
<br>
<blockquote type="cite">This error comes up when I run the
XYZExample test code, disguised as/copied to a UnitTest in maven. (ie
outside the eclipse editor).
<br>
It runs fine from within eclipse/junit. I figured it must have
something to do with
<br>
&nbsp;<a class="moz-txt-link-freetext" href=" http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F"> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F</a>,
<br>
does it?
<br>
<br>
The error is
<br>
<br>
java.lang.NullPointerException
<br>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
<br>
</blockquote>
It's dying because the data type doesn't have a containing package and
hence we get a null pointer exception trying to get the factory for
that package?
<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; EDataType d = (EDataType)f.getEType();
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; EPackage ePackage = d.getEPackage();
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; EFactory fac = ePackage.getEFactoryInstance();
<br>
<blockquote type="cite"> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
<br>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
<br>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
<br>
org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
<br>
org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
<br>
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
<br>
org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
<br>
<br>
Code:
<br>
<br>
MyModel1Package.eINSTANCE.eClass();
<br>
MyModel2Package.eINSTANCE.eClass();
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ResourceSet resourceSet = new ResourceSetImpl();
<br>
resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
<br>
&nbsp; ("ext1", new MyModel1ResourceFactoryImpl());
<br>
resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
<br>
&nbsp; (Resource.Factory.Registry.DEFAULT_EXTENSION,
<br>
&nbsp;&nbsp;&nbsp; new MyModel2ResourceFactoryImpl());
<br>
<br>
Resource resource =
resourceSet.createResource(URI.createURI(<a class="moz-txt-link-rfc2396E" href="http:///My.model.uri">"http:///My.model.uri"</a>));
<br>
DocumentRoot documentRoot =
MyModel2Factory.eINSTANCE.createDocumentRoot();
<br>
<br>
// ---- Removing the next two lines makes it work from maven too.
<br>
ActivitiesType root = MyModel2Factory.eINSTANCE.createActivitiesType();
<br>
documentRoot.setActivities(root);
<br>
<br>
resource.getContents().add(documentRoot);
<br>
resource.save(System.out, null);
<br>
</blockquote>
This looks much like the generated XyzExample you get when you invoke
"Generate Test Code".&nbsp; Does that have the same problem?
<br>
<blockquote type="cite"><br>
Many thanks,
<br>
Ronaldo
<br>
<br>
Ed Merks wrote:
<br>
&gt; Ronaldo,
<br>
&gt;
<br>
&gt; Comments below.
<br>
&gt;
<br>
&gt; Ronaldo wrote:
<br>
&gt;&gt; Hi Ed,
<br>
&gt;&gt;
<br>
&gt;&gt; Thanks for the quick answer. Yes, I have 2 models in 2
different
<br>
&gt;&gt; eclipse&nbsp; projects.
<br>
&gt;&gt; They both use a null target namespace, in order to eliminate
the
<br>
&gt;&gt; prefixes in the xml.
<br>
&gt; :-(
<br>
&gt;
<br>
&gt; XML documents with at least a namespace for the root element are
<br>
&gt; generally more consumable because they identify their&nbsp; schema...
<br>
&gt;&gt;
<br>
&gt;&gt; I was just wondering what (which setting) causes the code
<br>
&gt;&gt;
<br>
&gt;&gt; result.getDefaultSaveOptions().put(
<br>
&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp; XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
<br>
&gt; A null target namespace schema produces an annotation on the
EPackage to
<br>
&gt; indicate the package is not qualified.
<br>
&gt;&gt;
<br>
&gt;&gt; to be generated. (as opposed to
<br>
&gt;&gt;
<br>
&gt;&gt; result.getDefaultSaveOptions().put(
<br>
&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp;& ;nbsp; XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
<br>
&gt; This package doesn't have such an annotation.
<br>
&gt;
<br>
&gt; Note that you can't have two different packages that both want to
be the
<br>
&gt; one for the null namespace both working at the same time.
<br>
&gt;&gt; )
<br>
&gt;&gt;
<br>
&gt;&gt; Ronaldo
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</body>
</html>

--------------000904030009000904070908--
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423263 is a reply to message #423259] Thu, 25 September 2008 15:16 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 30825
Registered: July 2009
Senior Member
Ronaldo,

Class names are always qualified but element and attributes may or may
not be depending on things like elementForm/elementFormDefault...

If you just set the target namespace on the schema and reloaded that
schema, everything would be more consistent than messing with the Ecore
or the @model stuff...


Ronaldo wrote:
> And another observation:
>
> I get:
> <?xml version="1.0" encoding="UTF-8"?>
> <xpdl2:Package xmlns:xpdl2="http://www.wfmc.org/2008/XPDL2.1" Id="1"/>
>
> When adding the PackageType (a model element) directly to the
> resource.getContents(),
> as in:
>
> Resource resource = xpdl2ResourceSet.createResource(uri);
> PackageType packageType = xpdl2Factory.createPackageType();
> resource.getContents().add(packageType);
>
>
> Before I used:
> Resource resource = xpdl2ResourceSet.createResource(uri);
> DocumentRoot documentRoot = xpdl2Factory.createDocumentRoot();
> PackageType packageType = xpdl2Factory.createPackageType();
> documentRoot.setPackage(packageType);
> resource.getContents().add(documentRoot);
>
> Ronaldo
>
>
> Ronaldo wrote:
>> I have something that might be noteworthy:
>> Somehow, I noticed that my genmodel consists of 4 models:
>>
>> Xpdl1 - Deprecated xpdl format
>> Xpdl2 - Current xpdl format
>> Ecore - (Icon contains a little arrow/referenced?)
>> XMLType - (Icon contains a little arrow/referenced?)
>>
>> The util package also contains an Xpdl2XMLProcessor class:
>>
>> public class Xpdl2XMLProcessor extends XMLProcessor {
>> public Xpdl2XMLProcessor() {
>> super((EPackage.Registry.INSTANCE));
>> Xpdl2Package.eINSTANCE.eClass();
>> }
>>
>> @Override
>> protected Map<String, Resource.Factory> getRegistrations() {
>> if (registrations == null) {
>> super.getRegistrations();
>> registrations.put(XML_EXTENSION, new
>> Xpdl2ResourceFactoryImpl());
>> registrations.put(STAR_EXTENSION, new
>> Xpdl2ResourceFactoryImpl());
>> }
>> return registrations;
>> }
>> }
>>
>> which seems a little odd. I hadn't noticed this before.
>>
>> Here's the EPackage source:
>>
>> public interface Xpdl2Package extends EPackage {
>> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
>> String eNS_PREFIX = "xpdl2";
>> Xpdl2Package eINSTANCE =
>> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
>> }
>>
>>
>> And the resourceFactory source:
>>
>> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
>> /**
>> * @generated
>> */
>> public Xpdl2ResourceFactoryImpl() {
>> super();
>> }
>> /**
>> * @generated
>> */
>> public Resource createResourceGen(URI uri) {
>> XMLResource result = new Xpdl2ResourceImpl(uri);
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>> Boolean.TRUE);
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>> Boolean.TRUE);
>>
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>> Boolean.TRUE);
>>
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>> Boolean.TRUE);
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>> Boolean.TRUE);
>>
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
>> Boolean.TRUE);
>> return result;
>> }
>> @Override
>> public Resource createResource(URI uri) {
>> XMLResource result = (XMLResource)createResourceGen(uri);
>>
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
>> "UTF-8");
>>
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
>> "UTF-8");
>> // // // Where do we turn this off in the genmodel? What
>> is the name of the option?
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>> Boolean.TRUE);
>> // //
>> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>> Boolean.TRUE);
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>> Boolean.TRUE);
>> //
>>
>> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
>> Boolean.TRUE);
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
>> Boolean.TRUE);
>> //
>> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
>> Boolean.TRUE);
>> // return result;
>> }
>>
>> } //Xpdl2ResourceFactoryImpl
>>
>> I hope this helps.
>> Ronaldo
>>
>> Ed Merks wrote:
>>> Ronaldo,
>>>
>>> Comments below.
>>>
>>> Ronaldo wrote:
>>>> Hi Ed,
>>>>
>>>> I guess you're saying I'm messing around with a null namespace :0
>>>> Point is, it has worked and somehow I changed something and it
>>>> doesn't work any more.
>>>> I feel I'm losing control ...
>>> Something worked, but only you know what...
>>>>
>>>> Anyway, I'll step back, and use proper namespaces ;)
>>>>
>>>> My package is now only annotated with @model kind="package".
>>>> (Unqualified is removed)
>>> You've relaoaded the model?
>>>> The generated XYZExample now generates
>>>>
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <Activities/>
>>>>
>>>> So the question is, which piece of code is responsible for hiding
>>>> the namespace prefix?
>>> And has the resource factory been regenerated so it's using
>>> "TRUE"? It doesn't look that way...
>>>>
>>>> I'd expect something like
>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>>> Me too. What's the nsURI of your EPackage?
>>>>
>>>> Fun part is, after unloading the created and saved resource,
>>>> I reload it using the same resourceSet. But then, I get the famous
>>>> "Package with uri null not found" message...
>>>> because the prefix is missing...
>>> Something's is a little screwed up for sure... What does the
>>> resource factory look like?
>>>>
>>>> Ronaldo
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> Ronaldo wrote:
>>>>>> This error comes up when I run the XYZExample test code,
>>>>>> disguised as/copied to a UnitTest in maven. (ie outside the
>>>>>> eclipse editor).
>>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>>> something to do with
>>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>>
>>>>>> does it?
>>>>>>
>>>>>> The error is
>>>>>>
>>>>>> java.lang.NullPointerException
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>>
>>>>> It's dying because the data type doesn't have a containing package
>>>>> and hence we get a null pointer exception trying to get the
>>>>> factory for that package?
>>>>>
>>>>> EDataType d = (EDataType)f.getEType();
>>>>> EPackage ePackage = d.getEPackage();
>>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>>
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>>
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>>
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>>>
>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>>
>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>>
>>>>>>
>>>>>> Code:
>>>>>>
>>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>
>>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>
>>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>>> new MyModel2ResourceFactoryImpl());
>>>>>>
>>>>>> Resource resource =
>>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>>> DocumentRoot documentRoot =
>>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>>
>>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>>> ActivitiesType root =
>>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>>> documentRoot.setActivities(root);
>>>>>>
>>>>>> resource.getContents().add(documentRoot);
>>>>>> resource.save(System.out, null);
>>>>> This looks much like the generated XyzExample you get when you
>>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>>
>>>>>> Many thanks,
>>>>>> Ronaldo
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>> > Ronaldo,
>>>>>> >
>>>>>> > Comments below.
>>>>>> >
>>>>>> > Ronaldo wrote:
>>>>>> >> Hi Ed,
>>>>>> >>
>>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>>>>> >> eclipse projects.
>>>>>> >> They both use a null target namespace, in order to eliminate the
>>>>>> >> prefixes in the xml.
>>>>>> > :-(
>>>>>> >
>>>>>> > XML documents with at least a namespace for the root element are
>>>>>> > generally more consumable because they identify their schema...
>>>>>> >>
>>>>>> >> I was just wondering what (which setting) causes the code
>>>>>> >>
>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>>> > A null target namespace schema produces an annotation on the
>>>>>> EPackage to
>>>>>> > indicate the package is not qualified.
>>>>>> >>
>>>>>> >> to be generated. (as opposed to
>>>>>> >>
>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>>> > This package doesn't have such an annotation.
>>>>>> >
>>>>>> > Note that you can't have two different packages that both want
>>>>>> to be the
>>>>>> > one for the null namespace both working at the same time.
>>>>>> >> )
>>>>>> >>
>>>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423284 is a reply to message #423262] Fri, 26 September 2008 09:31 Go to previous messageGo to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
Nope most elements didn't have a target namespace... I guess I'll have to add them manually to every element.

A little background might be usefull:
I started out with the xpdl2.1 XSD (http://www.wfmc.org/standards/bpmnxpdl_31.xsd) and created a model and generated java from that.
However, I have little experience with XSD's and decided it might be easier to reload from java annotations from that point on.

That might explain why I do have a DocumentRoot generated, a thing I don't have when generating the model from java annotations directly.
When it all seemed to work, I read posts like http://www.eclipsezone.com/eclipse/forums/t91748.html to eliminate the prefixes.
(Well I guess I misinterpreted them).

I also noted that all my interfaces are now annotated with a name='*_._type' in the extended metadata annotation.
I'd swear this was not the case earlier on.
I'm not sure if this is good or bad, as I read that this should be ok when using a DocumentRoot... (?)
( http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg2 6745.html)
But, as I'm not modifing the xsd but the java annotations instead and reloading the genmodel from these java annotations, do I still need that
(old?) documentroot?
I created a new testproject from java and indeed no documentroot was generated.

That would also explain why adding an element directly to the resource.getContents() did serialize ok,
while using an (old?) documentroot did not serialize ok.

I assumed that starting with an xsd, would create the same model as when you're starting from java...
But the documentroot thing shows that's not the case?

Ronaldo


Ed Merks wrote:
> Ronaldo,
>
> For the library mode it looks like this:
>
> * @model containment="true" upper="-2" transient="true"
> volatile="true" derived="true"
> * extendedMetaData="kind='element' name='library'*
> namespace='##targetNamespace'"*
>
> I assume these models originated from a schema. Do that schema have a
> target namespace?
>
>
> Ronaldo wrote:
>>
>> This is the generated code for the getActivities method in the
>> DocumentRoot interface.
>>
>> * @model containment="true" upper="-2" transient="true"
>> volatile="true" derived="true"
>> * extendedMetaData="kind='element' name='Activities'"
>> * @generated
>> */
>> ActivitiesType getActivities();
>>
>>
>>
>> Ed Merks wrote:
>>> Ronaldo,
>>>
>>> What EAnnotations does the "activities" feature of the DocumentRoot
>>> have on it?
>>>
>>>
>>> Ronaldo wrote:
>>>> I have something that might be noteworthy:
>>>> Somehow, I noticed that my genmodel consists of 4 models:
>>>>
>>>> Xpdl1 - Deprecated xpdl format
>>>> Xpdl2 - Current xpdl format
>>>> Ecore - (Icon contains a little arrow/referenced?)
>>>> XMLType - (Icon contains a little arrow/referenced?)
>>>>
>>>> The util package also contains an Xpdl2XMLProcessor class:
>>>>
>>>> public class Xpdl2XMLProcessor extends XMLProcessor {
>>>> public Xpdl2XMLProcessor() {
>>>> super((EPackage.Registry.INSTANCE));
>>>> Xpdl2Package.eINSTANCE.eClass();
>>>> }
>>>>
>>>> @Override
>>>> protected Map<String, Resource.Factory> getRegistrations() {
>>>> if (registrations == null) {
>>>> super.getRegistrations();
>>>> registrations.put(XML_EXTENSION, new
>>>> Xpdl2ResourceFactoryImpl());
>>>> registrations.put(STAR_EXTENSION, new
>>>> Xpdl2ResourceFactoryImpl());
>>>> }
>>>> return registrations;
>>>> }
>>>> }
>>>>
>>>> which seems a little odd. I hadn't noticed this before.
>>>>
>>>> Here's the EPackage source:
>>>>
>>>> public interface Xpdl2Package extends EPackage {
>>>> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
>>>> String eNS_PREFIX = "xpdl2";
>>>> Xpdl2Package eINSTANCE =
>>>> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
>>>> }
>>>>
>>>>
>>>> And the resourceFactory source:
>>>>
>>>> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
>>>> /**
>>>> * @generated
>>>> */
>>>> public Xpdl2ResourceFactoryImpl() {
>>>> super();
>>>> }
>>>> /**
>>>> * @generated
>>>> */
>>>> public Resource createResourceGen(URI uri) {
>>>> XMLResource result = new Xpdl2ResourceImpl(uri);
>>>>
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>> Boolean.TRUE);
>>>>
>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>> Boolean.TRUE);
>>>>
>>>>
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>> Boolean.TRUE);
>>>>
>>>>
>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>> Boolean.TRUE);
>>>>
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>> Boolean.TRUE);
>>>>
>>>>
>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
>>>> Boolean.TRUE);
>>>> return result;
>>>> }
>>>> @Override
>>>> public Resource createResource(URI uri) {
>>>> XMLResource result = (XMLResource)createResourceGen(uri);
>>>>
>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
>>>> "UTF-8");
>>>>
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
>>>> "UTF-8");
>>>> // // // Where do we turn this off in the genmodel?
>>>> What is the name of the option?
>>>> //
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>> Boolean.TRUE);
>>>> // //
>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>> Boolean.TRUE);
>>>> //
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>> Boolean.TRUE);
>>>> //
>>>>
>>>> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
>>>> Boolean.TRUE);
>>>> //
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
>>>> Boolean.TRUE);
>>>> //
>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
>>>> Boolean.TRUE);
>>>> // return result;
>>>> }
>>>>
>>>> } //Xpdl2ResourceFactoryImpl
>>>>
>>>> I hope this helps.
>>>> Ronaldo
>>>>
>>>> Ed Merks wrote:
>>>>> Ronaldo,
>>>>>
>>>>> Comments below.
>>>>>
>>>>> Ronaldo wrote:
>>>>>> Hi Ed,
>>>>>>
>>>>>> I guess you're saying I'm messing around with a null namespace :0
>>>>>> Point is, it has worked and somehow I changed something and it
>>>>>> doesn't work any more.
>>>>>> I feel I'm losing control ...
>>>>> Something worked, but only you know what...
>>>>>>
>>>>>> Anyway, I'll step back, and use proper namespaces ;)
>>>>>>
>>>>>> My package is now only annotated with @model kind="package".
>>>>>> (Unqualified is removed)
>>>>> You've relaoaded the model?
>>>>>> The generated XYZExample now generates
>>>>>>
>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>> <Activities/>
>>>>>>
>>>>>> So the question is, which piece of code is responsible for hiding
>>>>>> the namespace prefix?
>>>>> And has the resource factory been regenerated so it's using
>>>>> "TRUE"? It doesn't look that way...
>>>>>>
>>>>>> I'd expect something like
>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>>>>> Me too. What's the nsURI of your EPackage?
>>>>>>
>>>>>> Fun part is, after unloading the created and saved resource,
>>>>>> I reload it using the same resourceSet. But then, I get the famous
>>>>>> "Package with uri null not found" message...
>>>>>> because the prefix is missing...
>>>>> Something's is a little screwed up for sure... What does the
>>>>> resource factory look like?
>>>>>>
>>>>>> Ronaldo
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Ronaldo wrote:
>>>>>>>> This error comes up when I run the XYZExample test code,
>>>>>>>> disguised as/copied to a UnitTest in maven. (ie outside the
>>>>>>>> eclipse editor).
>>>>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>>>>> something to do with
>>>>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>>>>
>>>>>>>> does it?
>>>>>>>>
>>>>>>>> The error is
>>>>>>>>
>>>>>>>> java.lang.NullPointerException
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>>>>
>>>>>>> It's dying because the data type doesn't have a containing
>>>>>>> package and hence we get a null pointer exception trying to get
>>>>>>> the factory for that package?
>>>>>>>
>>>>>>> EDataType d = (EDataType)f.getEType();
>>>>>>> EPackage ePackage = d.getEPackage();
>>>>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>>>>
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>>>>
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>>>>
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>>>>>
>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>>>
>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>>>>
>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>>>>
>>>>>>>>
>>>>>>>> Code:
>>>>>>>>
>>>>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>
>>>>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>
>>>>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>>>>> new MyModel2ResourceFactoryImpl());
>>>>>>>>
>>>>>>>> Resource resource =
>>>>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>>>>> DocumentRoot documentRoot =
>>>>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>>>>
>>>>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>>>>> ActivitiesType root =
>>>>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>>>>> documentRoot.setActivities(root);
>>>>>>>>
>>>>>>>> resource.getContents().add(documentRoot);
>>>>>>>> resource.save(System.out, null);
>>>>>>> This looks much like the generated XyzExample you get when you
>>>>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>>>>
>>>>>>>> Many thanks,
>>>>>>>> Ronaldo
>>>>>>>>
>>>>>>>> Ed Merks wrote:
>>>>>>>> > Ronaldo,
>>>>>>>> >
>>>>>>>> > Comments below.
>>>>>>>> >
>>>>>>>> > Ronaldo wrote:
>>>>>>>> >> Hi Ed,
>>>>>>>> >>
>>>>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2 different
>>>>>>>> >> eclipse projects.
>>>>>>>> >> They both use a null target namespace, in order to eliminate the
>>>>>>>> >> prefixes in the xml.
>>>>>>>> > :-(
>>>>>>>> >
>>>>>>>> > XML documents with at least a namespace for the root element are
>>>>>>>> > generally more consumable because they identify their schema...
>>>>>>>> >>
>>>>>>>> >> I was just wondering what (which setting) causes the code
>>>>>>>> >>
>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>>>>> > A null target namespace schema produces an annotation on the
>>>>>>>> EPackage to
>>>>>>>> > indicate the package is not qualified.
>>>>>>>> >>
>>>>>>>> >> to be generated. (as opposed to
>>>>>>>> >>
>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>>>>> > This package doesn't have such an annotation.
>>>>>>>> >
>>>>>>>> > Note that you can't have two different packages that both want
>>>>>>>> to be the
>>>>>>>> > one for the null namespace both working at the same time.
>>>>>>>> >> )
>>>>>>>> >>
>>>>>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423291 is a reply to message #423284] Fri, 26 September 2008 11:33 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 30825
Registered: July 2009
Senior Member
Ronaldo,

Comments below.

Ronaldo wrote:
> Nope most elements didn't have a target namespace... I guess I'll have
> to add them manually to every element.
>
> A little background might be usefull:
> I started out with the xpdl2.1 XSD
> (http://www.wfmc.org/standards/bpmnxpdl_31.xsd) and created a model
> and generated java from that.
That one had a target namespace.
> However, I have little experience with XSD's and decided it might be
> easier to reload from java annotations from that point on.
Did you know you can export your Ecore to XSD? Keep in mind though that
XSD -> Ecore -> XSD is not a round trip because XSD -> Ecore is slightly
lossy. But Ecore -> XSD -> Ecore is supposed to be a round trip because
we generate all the necessary ecore:* annotations to make it roundtrip.
Using this mechanism, you could discover what you needed to change in
the original XSD to produce the desired Ecore...
>
> That might explain why I do have a DocumentRoot generated, a thing I
> don't have when generating the model from java annotations directly.
We, given sufficient annotations of the right form, you'll get the same
thing. The Ecore -> Java with @model -> Ecore is supposed to be a round
trip after all...
> When it all seemed to work, I read posts like
> http://www.eclipsezone.com/eclipse/forums/t91748.html to eliminate the
> prefixes.
> (Well I guess I misinterpreted them).
A better way to have eliminated the prefixes is to use
DocumentRoot.getXMLNSPrefixMap().put("", XyzPackage.eNS_URI). This way
you end up with an xmlns="<nsURI>" in the document and all elements will
be implicitly qualified by this namespace. Of course attributes will
still need explicit qualification, so I'm not sure you'd be totally
happy with the result. But given that I assume you want the
serialization to conform to the schema and the schema requires qualified
local elements and attributes, I don't think you have all that much choice.
>
> I also noted that all my interfaces are now annotated with a
> name='*_._type' in the extended metadata annotation.
This comes from anonymous type definitions.
> I'd swear this was not the case earlier on.
> I'm not sure if this is good or bad, as I read that this should be ok
> when using a DocumentRoot... (?)
> ( http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg2 6745.html)
An anonymous type can never be used in an xsi:type. Sometimes that fact
can be used to deduce a more appropriate element name...
> But, as I'm not modifing the xsd but the java annotations instead and
> reloading the genmodel from these java annotations, do I still need
> that (old?) documentroot?
The document root determines the appropriate element name at the root of
the document. Without a document root, the name of the type will be
used as the root element name, but that's not going to conform to the
schema since a schema will always specify a global element to use for
the root.
> I created a new testproject from java and indeed no documentroot was
> generated.
Not sure about that. The DocumentRoot interface has @model on it, so I
assume you'd have to delete that for it to just disappear...
>
>
> That would also explain why adding an element directly to the
> resource.getContents() did serialize ok,
> while using an (old?) documentroot did not serialize ok.
If you're okay with a serialization that doesn't conform to the schema
then it's okay. The document root serialization issue was a result of
inconsistent annotations (annotations that would never have been
produced from a real schema).
>
> I assumed that starting with an xsd, would create the same model as
> when you're starting from java...
Given the corresponding annotations, yes.
> But the documentroot thing shows that's not the case?
I'm sure you've left out a little detail. After all, you've already
mentioned reloading the model from the @model changes and that didn't
make the DocumentRoot disappear... When reading the newsgroups for a
long time you start to learn that people leave out tiny but little
important details. :-P
>
>
> Ronaldo
>
>
> Ed Merks wrote:
>> Ronaldo,
>>
>> For the library mode it looks like this:
>>
>> * @model containment="true" upper="-2" transient="true"
>> volatile="true" derived="true"
>> * extendedMetaData="kind='element' name='library'*
>> namespace='##targetNamespace'"*
>>
>> I assume these models originated from a schema. Do that schema have
>> a target namespace?
>>
>>
>> Ronaldo wrote:
>>>
>>> This is the generated code for the getActivities method in the
>>> DocumentRoot interface.
>>>
>>> * @model containment="true" upper="-2" transient="true"
>>> volatile="true" derived="true"
>>> * extendedMetaData="kind='element' name='Activities'"
>>> * @generated
>>> */
>>> ActivitiesType getActivities();
>>>
>>>
>>>
>>> Ed Merks wrote:
>>>> Ronaldo,
>>>>
>>>> What EAnnotations does the "activities" feature of the DocumentRoot
>>>> have on it?
>>>>
>>>>
>>>> Ronaldo wrote:
>>>>> I have something that might be noteworthy:
>>>>> Somehow, I noticed that my genmodel consists of 4 models:
>>>>>
>>>>> Xpdl1 - Deprecated xpdl format
>>>>> Xpdl2 - Current xpdl format
>>>>> Ecore - (Icon contains a little arrow/referenced?)
>>>>> XMLType - (Icon contains a little arrow/referenced?)
>>>>>
>>>>> The util package also contains an Xpdl2XMLProcessor class:
>>>>>
>>>>> public class Xpdl2XMLProcessor extends XMLProcessor {
>>>>> public Xpdl2XMLProcessor() {
>>>>> super((EPackage.Registry.INSTANCE));
>>>>> Xpdl2Package.eINSTANCE.eClass();
>>>>> }
>>>>>
>>>>> @Override
>>>>> protected Map<String, Resource.Factory> getRegistrations() {
>>>>> if (registrations == null) {
>>>>> super.getRegistrations();
>>>>> registrations.put(XML_EXTENSION, new
>>>>> Xpdl2ResourceFactoryImpl());
>>>>> registrations.put(STAR_EXTENSION, new
>>>>> Xpdl2ResourceFactoryImpl());
>>>>> }
>>>>> return registrations;
>>>>> }
>>>>> }
>>>>>
>>>>> which seems a little odd. I hadn't noticed this before.
>>>>>
>>>>> Here's the EPackage source:
>>>>>
>>>>> public interface Xpdl2Package extends EPackage {
>>>>> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
>>>>> String eNS_PREFIX = "xpdl2";
>>>>> Xpdl2Package eINSTANCE =
>>>>> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
>>>>> }
>>>>>
>>>>>
>>>>> And the resourceFactory source:
>>>>>
>>>>> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
>>>>> /**
>>>>> * @generated
>>>>> */
>>>>> public Xpdl2ResourceFactoryImpl() {
>>>>> super();
>>>>> }
>>>>> /**
>>>>> * @generated
>>>>> */
>>>>> public Resource createResourceGen(URI uri) {
>>>>> XMLResource result = new Xpdl2ResourceImpl(uri);
>>>>>
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>>> Boolean.TRUE);
>>>>>
>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>>> Boolean.TRUE);
>>>>>
>>>>>
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>>> Boolean.TRUE);
>>>>>
>>>>>
>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>>> Boolean.TRUE);
>>>>>
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>>> Boolean.TRUE);
>>>>>
>>>>>
>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
>>>>> Boolean.TRUE);
>>>>> return result;
>>>>> }
>>>>> @Override
>>>>> public Resource createResource(URI uri) {
>>>>> XMLResource result = (XMLResource)createResourceGen(uri);
>>>>>
>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
>>>>> "UTF-8");
>>>>>
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
>>>>> "UTF-8");
>>>>> // // // Where do we turn this off in the genmodel?
>>>>> What is the name of the option?
>>>>> //
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>>> Boolean.TRUE);
>>>>> // //
>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>>> Boolean.TRUE);
>>>>> //
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>>> Boolean.TRUE);
>>>>> //
>>>>>
>>>>> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
>>>>> Boolean.TRUE);
>>>>> //
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
>>>>> Boolean.TRUE);
>>>>> //
>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
>>>>> Boolean.TRUE);
>>>>> // return result;
>>>>> }
>>>>>
>>>>> } //Xpdl2ResourceFactoryImpl
>>>>>
>>>>> I hope this helps.
>>>>> Ronaldo
>>>>>
>>>>> Ed Merks wrote:
>>>>>> Ronaldo,
>>>>>>
>>>>>> Comments below.
>>>>>>
>>>>>> Ronaldo wrote:
>>>>>>> Hi Ed,
>>>>>>>
>>>>>>> I guess you're saying I'm messing around with a null namespace :0
>>>>>>> Point is, it has worked and somehow I changed something and it
>>>>>>> doesn't work any more.
>>>>>>> I feel I'm losing control ...
>>>>>> Something worked, but only you know what...
>>>>>>>
>>>>>>> Anyway, I'll step back, and use proper namespaces ;)
>>>>>>>
>>>>>>> My package is now only annotated with @model kind="package".
>>>>>>> (Unqualified is removed)
>>>>>> You've relaoaded the model?
>>>>>>> The generated XYZExample now generates
>>>>>>>
>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>> <Activities/>
>>>>>>>
>>>>>>> So the question is, which piece of code is responsible for
>>>>>>> hiding the namespace prefix?
>>>>>> And has the resource factory been regenerated so it's using
>>>>>> "TRUE"? It doesn't look that way...
>>>>>>>
>>>>>>> I'd expect something like
>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>>>>>> Me too. What's the nsURI of your EPackage?
>>>>>>>
>>>>>>> Fun part is, after unloading the created and saved resource,
>>>>>>> I reload it using the same resourceSet. But then, I get the
>>>>>>> famous "Package with uri null not found" message...
>>>>>>> because the prefix is missing...
>>>>>> Something's is a little screwed up for sure... What does the
>>>>>> resource factory look like?
>>>>>>>
>>>>>>> Ronaldo
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Ronaldo wrote:
>>>>>>>>> This error comes up when I run the XYZExample test code,
>>>>>>>>> disguised as/copied to a UnitTest in maven. (ie outside the
>>>>>>>>> eclipse editor).
>>>>>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>>>>>> something to do with
>>>>>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>>>>>
>>>>>>>>> does it?
>>>>>>>>>
>>>>>>>>> The error is
>>>>>>>>>
>>>>>>>>> java.lang.NullPointerException
>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>>>>>
>>>>>>>> It's dying because the data type doesn't have a containing
>>>>>>>> package and hence we get a null pointer exception trying to get
>>>>>>>> the factory for that package?
>>>>>>>>
>>>>>>>> EDataType d = (EDataType)f.getEType();
>>>>>>>> EPackage ePackage = d.getEPackage();
>>>>>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>>>>>
>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>>>>>
>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>>>>>
>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>>>>>>
>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>>>>
>>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>>>>>
>>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Code:
>>>>>>>>>
>>>>>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>>
>>>>>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>>
>>>>>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>>>>>> new MyModel2ResourceFactoryImpl());
>>>>>>>>>
>>>>>>>>> Resource resource =
>>>>>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>>>>>>
>>>>>>>>> DocumentRoot documentRoot =
>>>>>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>>>>>
>>>>>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>>>>>> ActivitiesType root =
>>>>>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>>>>>> documentRoot.setActivities(root);
>>>>>>>>>
>>>>>>>>> resource.getContents().add(documentRoot);
>>>>>>>>> resource.save(System.out, null);
>>>>>>>> This looks much like the generated XyzExample you get when you
>>>>>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>>>>>
>>>>>>>>> Many thanks,
>>>>>>>>> Ronaldo
>>>>>>>>>
>>>>>>>>> Ed Merks wrote:
>>>>>>>>> > Ronaldo,
>>>>>>>>> >
>>>>>>>>> > Comments below.
>>>>>>>>> >
>>>>>>>>> > Ronaldo wrote:
>>>>>>>>> >> Hi Ed,
>>>>>>>>> >>
>>>>>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2
>>>>>>>>> different
>>>>>>>>> >> eclipse projects.
>>>>>>>>> >> They both use a null target namespace, in order to
>>>>>>>>> eliminate the
>>>>>>>>> >> prefixes in the xml.
>>>>>>>>> > :-(
>>>>>>>>> >
>>>>>>>>> > XML documents with at least a namespace for the root element
>>>>>>>>> are
>>>>>>>>> > generally more consumable because they identify their
>>>>>>>>> schema...
>>>>>>>>> >>
>>>>>>>>> >> I was just wondering what (which setting) causes the code
>>>>>>>>> >>
>>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>>>>>> > A null target namespace schema produces an annotation on the
>>>>>>>>> EPackage to
>>>>>>>>> > indicate the package is not qualified.
>>>>>>>>> >>
>>>>>>>>> >> to be generated. (as opposed to
>>>>>>>>> >>
>>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>>>>>> > This package doesn't have such an annotation.
>>>>>>>>> >
>>>>>>>>> > Note that you can't have two different packages that both
>>>>>>>>> want to be the
>>>>>>>>> > one for the null namespace both working at the same time.
>>>>>>>>> >> )
>>>>>>>>> >>
>>>>>>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423294 is a reply to message #423291] Fri, 26 September 2008 12:04 Go to previous messageGo to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
Hi Ed,

Thanks for the extensive answers. Yes, I'm sure I've left out something, if I only knew what...
I decided to take a step back, create a new project and reload the xsd again.
Then, step by step I'll try to find the solution.

Unfortunately, importing the xsd (http://www.wfmc.org/standards/bpmnxpdl_31.xsd) shows errors, see attachment.
I cannot tell if the xsd is not ok or if there's an error somewhere in emf.

Ronaldo

Ed Merks wrote:
> Ronaldo,
>
> Comments below.
>
> Ronaldo wrote:
>> Nope most elements didn't have a target namespace... I guess I'll have
>> to add them manually to every element.
>>
>> A little background might be usefull:
>> I started out with the xpdl2.1 XSD
>> (http://www.wfmc.org/standards/bpmnxpdl_31.xsd) and created a model
>> and generated java from that.
> That one had a target namespace.
>> However, I have little experience with XSD's and decided it might be
>> easier to reload from java annotations from that point on.
> Did you know you can export your Ecore to XSD? Keep in mind though that
> XSD -> Ecore -> XSD is not a round trip because XSD -> Ecore is slightly
> lossy. But Ecore -> XSD -> Ecore is supposed to be a round trip because
> we generate all the necessary ecore:* annotations to make it roundtrip.
> Using this mechanism, you could discover what you needed to change in
> the original XSD to produce the desired Ecore...
>>
>> That might explain why I do have a DocumentRoot generated, a thing I
>> don't have when generating the model from java annotations directly.
> We, given sufficient annotations of the right form, you'll get the same
> thing. The Ecore -> Java with @model -> Ecore is supposed to be a round
> trip after all...
>> When it all seemed to work, I read posts like
>> http://www.eclipsezone.com/eclipse/forums/t91748.html to eliminate the
>> prefixes.
>> (Well I guess I misinterpreted them).
> A better way to have eliminated the prefixes is to use
> DocumentRoot.getXMLNSPrefixMap().put("", XyzPackage.eNS_URI). This way
> you end up with an xmlns="<nsURI>" in the document and all elements will
> be implicitly qualified by this namespace. Of course attributes will
> still need explicit qualification, so I'm not sure you'd be totally
> happy with the result. But given that I assume you want the
> serialization to conform to the schema and the schema requires qualified
> local elements and attributes, I don't think you have all that much choice.
>>
>> I also noted that all my interfaces are now annotated with a
>> name='*_._type' in the extended metadata annotation.
> This comes from anonymous type definitions.
>> I'd swear this was not the case earlier on.
>> I'm not sure if this is good or bad, as I read that this should be ok
>> when using a DocumentRoot... (?)
>> ( http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg2 6745.html)
> An anonymous type can never be used in an xsi:type. Sometimes that fact
> can be used to deduce a more appropriate element name...
>> But, as I'm not modifing the xsd but the java annotations instead and
>> reloading the genmodel from these java annotations, do I still need
>> that (old?) documentroot?
> The document root determines the appropriate element name at the root of
> the document. Without a document root, the name of the type will be
> used as the root element name, but that's not going to conform to the
> schema since a schema will always specify a global element to use for
> the root.
>> I created a new testproject from java and indeed no documentroot was
>> generated.
> Not sure about that. The DocumentRoot interface has @model on it, so I
> assume you'd have to delete that for it to just disappear...
>>
>>
>> That would also explain why adding an element directly to the
>> resource.getContents() did serialize ok,
>> while using an (old?) documentroot did not serialize ok.
> If you're okay with a serialization that doesn't conform to the schema
> then it's okay. The document root serialization issue was a result of
> inconsistent annotations (annotations that would never have been
> produced from a real schema).
>>
>> I assumed that starting with an xsd, would create the same model as
>> when you're starting from java...
> Given the corresponding annotations, yes.
>> But the documentroot thing shows that's not the case?
> I'm sure you've left out a little detail. After all, you've already
> mentioned reloading the model from the @model changes and that didn't
> make the DocumentRoot disappear... When reading the newsgroups for a
> long time you start to learn that people leave out tiny but little
> important details. :-P
>>
>>
>> Ronaldo
>>
>>
>> Ed Merks wrote:
>>> Ronaldo,
>>>
>>> For the library mode it looks like this:
>>>
>>> * @model containment="true" upper="-2" transient="true"
>>> volatile="true" derived="true"
>>> * extendedMetaData="kind='element' name='library'*
>>> namespace='##targetNamespace'"*
>>>
>>> I assume these models originated from a schema. Do that schema have
>>> a target namespace?
>>>
>>>
>>> Ronaldo wrote:
>>>>
>>>> This is the generated code for the getActivities method in the
>>>> DocumentRoot interface.
>>>>
>>>> * @model containment="true" upper="-2" transient="true"
>>>> volatile="true" derived="true"
>>>> * extendedMetaData="kind='element' name='Activities'"
>>>> * @generated
>>>> */
>>>> ActivitiesType getActivities();
>>>>
>>>>
>>>>
>>>> Ed Merks wrote:
>>>>> Ronaldo,
>>>>>
>>>>> What EAnnotations does the "activities" feature of the DocumentRoot
>>>>> have on it?
>>>>>
>>>>>
>>>>> Ronaldo wrote:
>>>>>> I have something that might be noteworthy:
>>>>>> Somehow, I noticed that my genmodel consists of 4 models:
>>>>>>
>>>>>> Xpdl1 - Deprecated xpdl format
>>>>>> Xpdl2 - Current xpdl format
>>>>>> Ecore - (Icon contains a little arrow/referenced?)
>>>>>> XMLType - (Icon contains a little arrow/referenced?)
>>>>>>
>>>>>> The util package also contains an Xpdl2XMLProcessor class:
>>>>>>
>>>>>> public class Xpdl2XMLProcessor extends XMLProcessor {
>>>>>> public Xpdl2XMLProcessor() {
>>>>>> super((EPackage.Registry.INSTANCE));
>>>>>> Xpdl2Package.eINSTANCE.eClass();
>>>>>> }
>>>>>>
>>>>>> @Override
>>>>>> protected Map<String, Resource.Factory> getRegistrations() {
>>>>>> if (registrations == null) {
>>>>>> super.getRegistrations();
>>>>>> registrations.put(XML_EXTENSION, new
>>>>>> Xpdl2ResourceFactoryImpl());
>>>>>> registrations.put(STAR_EXTENSION, new
>>>>>> Xpdl2ResourceFactoryImpl());
>>>>>> }
>>>>>> return registrations;
>>>>>> }
>>>>>> }
>>>>>>
>>>>>> which seems a little odd. I hadn't noticed this before.
>>>>>>
>>>>>> Here's the EPackage source:
>>>>>>
>>>>>> public interface Xpdl2Package extends EPackage {
>>>>>> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
>>>>>> String eNS_PREFIX = "xpdl2";
>>>>>> Xpdl2Package eINSTANCE =
>>>>>> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
>>>>>> }
>>>>>>
>>>>>>
>>>>>> And the resourceFactory source:
>>>>>>
>>>>>> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
>>>>>> /**
>>>>>> * @generated
>>>>>> */
>>>>>> public Xpdl2ResourceFactoryImpl() {
>>>>>> super();
>>>>>> }
>>>>>> /**
>>>>>> * @generated
>>>>>> */
>>>>>> public Resource createResourceGen(URI uri) {
>>>>>> XMLResource result = new Xpdl2ResourceImpl(uri);
>>>>>>
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>>>> Boolean.TRUE);
>>>>>>
>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>>>> Boolean.TRUE);
>>>>>>
>>>>>>
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>>>> Boolean.TRUE);
>>>>>>
>>>>>>
>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>>>> Boolean.TRUE);
>>>>>>
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>>>> Boolean.TRUE);
>>>>>>
>>>>>>
>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
>>>>>> Boolean.TRUE);
>>>>>> return result;
>>>>>> }
>>>>>> @Override
>>>>>> public Resource createResource(URI uri) {
>>>>>> XMLResource result = (XMLResource)createResourceGen(uri);
>>>>>>
>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
>>>>>> "UTF-8");
>>>>>>
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
>>>>>> "UTF-8");
>>>>>> // // // Where do we turn this off in the genmodel?
>>>>>> What is the name of the option?
>>>>>> //
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>>>> Boolean.TRUE);
>>>>>> // //
>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>>>> Boolean.TRUE);
>>>>>> //
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>>>> Boolean.TRUE);
>>>>>> //
>>>>>>
>>>>>> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
>>>>>> Boolean.TRUE);
>>>>>> //
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
>>>>>> Boolean.TRUE);
>>>>>> //
>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
>>>>>> Boolean.TRUE);
>>>>>> // return result;
>>>>>> }
>>>>>>
>>>>>> } //Xpdl2ResourceFactoryImpl
>>>>>>
>>>>>> I hope this helps.
>>>>>> Ronaldo
>>>>>>
>>>>>> Ed Merks wrote:
>>>>>>> Ronaldo,
>>>>>>>
>>>>>>> Comments below.
>>>>>>>
>>>>>>> Ronaldo wrote:
>>>>>>>> Hi Ed,
>>>>>>>>
>>>>>>>> I guess you're saying I'm messing around with a null namespace :0
>>>>>>>> Point is, it has worked and somehow I changed something and it
>>>>>>>> doesn't work any more.
>>>>>>>> I feel I'm losing control ...
>>>>>>> Something worked, but only you know what...
>>>>>>>>
>>>>>>>> Anyway, I'll step back, and use proper namespaces ;)
>>>>>>>>
>>>>>>>> My package is now only annotated with @model kind="package".
>>>>>>>> (Unqualified is removed)
>>>>>>> You've relaoaded the model?
>>>>>>>> The generated XYZExample now generates
>>>>>>>>
>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>>> <Activities/>
>>>>>>>>
>>>>>>>> So the question is, which piece of code is responsible for
>>>>>>>> hiding the namespace prefix?
>>>>>>> And has the resource factory been regenerated so it's using
>>>>>>> "TRUE"? It doesn't look that way...
>>>>>>>>
>>>>>>>> I'd expect something like
>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>>>>>>> Me too. What's the nsURI of your EPackage?
>>>>>>>>
>>>>>>>> Fun part is, after unloading the created and saved resource,
>>>>>>>> I reload it using the same resourceSet. But then, I get the
>>>>>>>> famous "Package with uri null not found" message...
>>>>>>>> because the prefix is missing...
>>>>>>> Something's is a little screwed up for sure... What does the
>>>>>>> resource factory look like?
>>>>>>>>
>>>>>>>> Ronaldo
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Ronaldo wrote:
>>>>>>>>>> This error comes up when I run the XYZExample test code,
>>>>>>>>>> disguised as/copied to a UnitTest in maven. (ie outside the
>>>>>>>>>> eclipse editor).
>>>>>>>>>> It runs fine from within eclipse/junit. I figured it must have
>>>>>>>>>> something to do with
>>>>>>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>>>>>>
>>>>>>>>>> does it?
>>>>>>>>>>
>>>>>>>>>> The error is
>>>>>>>>>>
>>>>>>>>>> java.lang.NullPointerException
>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>>>>>>
>>>>>>>>> It's dying because the data type doesn't have a containing
>>>>>>>>> package and hence we get a null pointer exception trying to get
>>>>>>>>> the factory for that package?
>>>>>>>>>
>>>>>>>>> EDataType d = (EDataType)f.getEType();
>>>>>>>>> EPackage ePackage = d.getEPackage();
>>>>>>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>>>>>>
>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>>>>>>
>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>>>>>>
>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>>>>>>>
>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>>>>>
>>>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>>>>>>
>>>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Code:
>>>>>>>>>>
>>>>>>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>>>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>>>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>>>
>>>>>>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>>>
>>>>>>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>>>>>>> new MyModel2ResourceFactoryImpl());
>>>>>>>>>>
>>>>>>>>>> Resource resource =
>>>>>>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>>>>>>>
>>>>>>>>>> DocumentRoot documentRoot =
>>>>>>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>>>>>>
>>>>>>>>>> // ---- Removing the next two lines makes it work from maven too.
>>>>>>>>>> ActivitiesType root =
>>>>>>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>>>>>>> documentRoot.setActivities(root);
>>>>>>>>>>
>>>>>>>>>> resource.getContents().add(documentRoot);
>>>>>>>>>> resource.save(System.out, null);
>>>>>>>>> This looks much like the generated XyzExample you get when you
>>>>>>>>> invoke "Generate Test Code". Does that have the same problem?
>>>>>>>>>>
>>>>>>>>>> Many thanks,
>>>>>>>>>> Ronaldo
>>>>>>>>>>
>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>> > Ronaldo,
>>>>>>>>>> >
>>>>>>>>>> > Comments below.
>>>>>>>>>> >
>>>>>>>>>> > Ronaldo wrote:
>>>>>>>>>> >> Hi Ed,
>>>>>>>>>> >>
>>>>>>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2
>>>>>>>>>> different
>>>>>>>>>> >> eclipse projects.
>>>>>>>>>> >> They both use a null target namespace, in order to
>>>>>>>>>> eliminate the
>>>>>>>>>> >> prefixes in the xml.
>>>>>>>>>> > :-(
>>>>>>>>>> >
>>>>>>>>>> > XML documents with at least a namespace for the root element
>>>>>>>>>> are
>>>>>>>>>> > generally more consumable because they identify their
>>>>>>>>>> schema...
>>>>>>>>>> >>
>>>>>>>>>> >> I was just wondering what (which setting) causes the code
>>>>>>>>>> >>
>>>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, extendedMetaData);
>>>>>>>>>> > A null target namespace schema produces an annotation on the
>>>>>>>>>> EPackage to
>>>>>>>>>> > indicate the package is not qualified.
>>>>>>>>>> >>
>>>>>>>>>> >> to be generated. (as opposed to
>>>>>>>>>> >>
>>>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>>>>>>> > This package doesn't have such an annotation.
>>>>>>>>>> >
>>>>>>>>>> > Note that you can't have two different packages that both
>>>>>>>>>> want to be the
>>>>>>>>>> > one for the null namespace both working at the same time.
>>>>>>>>>> >> )
>>>>>>>>>> >>
>>>>>>>>>> >> Ronaldo
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423295 is a reply to message #423294] Fri, 26 September 2008 12:05 Go to previous messageGo to next message
ronald Mising name is currently offline ronald Mising nameFriend
Messages: 52
Registered: July 2009
Member
This is a multi-part message in MIME format.
--------------070609020400030306050403
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

The attachments...

--------------070609020400030306050403
Content-Type: image/png;
name="xsd-import-error.PNG"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="xsd-import-error.PNG"

iVBORw0KGgoAAAANSUhEUgAABPsAAAD6CAIAAABYldXWAAAAAXNSR0IArs4c 6QAAAARnQU1B
AACxjwv8YQUAAAAgY0hSTQAAeiYAAICEAAD6AAAAgOgAAHUwAADqYAAAOpgA ABdwnLpRPAAA
YQFJREFUeF7tnQecXUXZh8/dTTZLE5TPSBBCkSZFCYLUAIrUEFoIEGoAEYgQ JGABC8WPT8GK
gAVEqSrSREFQhCBSQktCCwkmpO5mUwhJSIFAuN/cPZvDydT33LK79+yzv/lt bs6dMzPv877z
zvzv3Lu3cPEvp0ZRdMXZm6rf6qdw6NhCoVE9KL7Xp/T/xkJ8PWpqLj3u0xj1 aozeX6l+Fxob
iyuL0fsfRA0NUUMUfdBRMXpf/YcfCEAAAvVIoJT9+IEABCBQfwQKK+pvzIwY AhCAQDG99VKP
V66G5N34fyq/NUUr3o+a2gXnioaoqVfpWvR+qbzXLld7F6OoV3vlXtF7xejd tvl/bvqwKaV4
VSkWi4VDx6vSdOaSPqNWrn9xccPLS+VTVxS3/klxwI+LA64t7nF1qQy8rlT2 +ZWzxBUoEIAA
BOqOgCez8RQEIACB7kyg7vItA4YABCBg1ZXqYiw5k9+xCDVLSaKuXpR0VUUp 2aZz3o/2eSka
8NT8ORNViWLFq7Ruw0lzlNxtOGdRnws/UPUS0bvZlUVVlO7d7ucfFiWA45K+ yGMIQAACEIAA
BCAAAQhAAAIQgICEgNKYcYkrx49j4RqfvMZSNCnqYvq/8RltUmINq0qf81aq Eh33drTnSx2K
N/rCs9ERM6IhrxfOmKdKdOabcVHqt3Hk0sbzVigNHF2wsnFUUZX4sfqdXIwf xBebzv9AHRHH
NSkQgAAEIAABCEAAAp1AoHDOBxQIQAACdUdApUc15lhpxooyLoURKxrOeLfx rCWNZywqDF8a
nbI4Or799wmL1X87rgxfEMXlxPml3+rZoXOj4+aVirqiytEzo/1ejgZOLp3x lhTvoBei46d+
WE6eHZ02J1a/SvfGpaR+HaX0rBpQUs5YpAZHgQAEIAABCEAAAhCAAAQgAAEI SAmcPr9RlVPn
FU6dq96DrEp0/OzouNZSGdrSUZSUjcuQ6aVyxDRVCoMnR4eoMjE68LVSUQ+U 3N31uWiDO6No
p3+XnlOKd8jrHSWWvu2iN9G9HQe/Zy+OkrLqKFg9VdLGaZEdq2oKBCAAgToj MCc6kQIBCEAA
AhCAAAQg0FkElKDVSixuDUG7StOuUrZK08YllrhK36qiPr478PmOouSukrqq dPzzhWfVR3ld
ijd+t3P6Dc+xyi1dUUfBp86NTp5TKmqnGA83VuEUCEAAAhCAAAQgAAEIQAAC EICAlUByWhuf
38b/PWLG4JHTHnjqrSXLVqq/r5zpR901eORrpaPdAU+VdO62D0Zb3RVFW/yh 9B9d8c5Kn/Em
ijdRuSmhO7tUM9Hl2olzcvTMAwhAAALdn0CSdnkAAQhAoL4IxG/to0AAAhCo UwLJu5TVn5c6
oiR3V0yfPO9HF8z59vDZ5w9tHTG45SsHzTr1i7NO/9KsU/ZWZeaJe6oy45jP lcqQHacN3mby
/puMH7LzWxNfUveW5G6seDf/R0ntlt7ZrP4z8PmG/dNnvCXFWzq8bT/CLZxe +kxvqajHqy6u
dqibPtetrxWC0UIAAhCAAAQgAIF6J1Cne1yGDQEIQKD0KVz1R5TVx3GV1i3J XVXUue78n3zj
rVt/vvAP1y64/op5P/n63B+MnHvZWXMu+cqc75zWdtEpbRed3Pb1YbNHHdM6 8oiWsw6eNXyf
aUN3Gn/Ap/4+aEd1Mtxxxrv9GF3xlt79rD7KW/oQb/sB78ntWndViT89HH+A +MO3MVvfydz9
j3EYIQQgAAErgXrf8jJ+CECgxxJg0wwBCECgHgl0qNxY665SvINKinfOJWcs vONXi+66fsGN
V86/+uJ5Pxo194pz51x2Vtv3zlCid863T2375kltFw5rPe+olhGHzjp9v+nD dn3pkG3+/LmP
q3tLilcVpXg3HbPqjFed+arP+KpP/SpJrZYKdWB74pzG4XMO/96Mv90+8YU7 xz/9x3G/vOyR
y7/9z4svfPDkrz7y2VNfWOfE6fYzXrbREIAABCAAAQhAAAIQgAAEIACBIIEj W1Jad0Y0eGap
tCvetguPU1r3rZt/8uZ1l8y76vy53x8x57tfbvvWybMvGDb7vKNbzz2y5axB LWcdUnqf8/B9
Zp64x7Rjdn7p0G3v+vwGJcX7+ZdKJVa8pc/xqnc12xTvd382ecp/ps58fsYT D7x2/bXPXHrx
wxdf+PcLRv5lxJl3njr8toHD/vbR4yd8+KeqzL8ZHTSPChCAAAQgAAEIQAAC EIAABCDQYwm4
Fe/s846af/VF86/5jpK7y59/XOnY2aOGzT53SMtZg2d9+YBZp3xh5gl7zBy2 m7r+9sN3zxg6
YOqQHV8+bPu799jYpng3/FfpzHdPdcY7ufT+6aEthRNm73P+1Ffvn9D20qzp r88f/a8pt/x+
7EXtcverZ/75tOG3HXfsjYcfdt2Oh97RfNwb5t+s0v6a1offm9RjHYnhEIAA BCAAAQhAoKYE
1K6RAgEIQKB+CcSnu6kzXvXXqub9YOS8q76mTncTgdkudw+cdcq+Su7OOGbn 5PqMo3aYetRn
Xh5sU7ylv1ylFK868923/XuN1Fuah7Y0HN/2x2tf/O+9419+bPLTT0x/8P6J v7nu6VGx3D3l
tmHH/lbJ3f0P+OleA/+v7yH/LH0p8LC2jtL+h5rjjtfc4PtJQfRCAAIQgAAE IAABCEAAAhCA
AARWI5BIdEPxtpxxgPrUbunNzN87o+2bJyfidtap+806aeDM4z7/odw9bOsZ R2w77cjtXx68
7d27b1Q6491tYknhfnr8qnc1pxWv6nJoS+MJbc/f9vyLNzx5/+3j7r3rld/d 8Owl335QvZm5
Xe7eePjhSu7+RMndnXa+pP/uv248ab4qpbc3x7o3pXhxJwQgAAEIQAACEIAA BCAAAQhAwEdA
idAPD3g7PserFG/bxcPb1F9mVr8vPGH2yKMTias+tfuh3B28xYxBm88YvOW0 Iz79yqGfvmf3
T3Yo3l0m2hSv+utY6pBWqdYT50y444V/jmlV5aGnWx94suVv/5l172Mz7np0 +p8ennr7Q2/c
8sAbv/vr5Ov/8vpPb35hleKdHx03Lxa9yRlvNHRuUuKL46e+t3DpyviieUU9 m1z03JhulscQ
gAAEIAABCEAAAhCAAAQgUMcEkpPeQbNj6atU4cyT9lJ/irn0B5m/cZL6BG/r eUNavnqY9vnZ
WUduPevwT808dNOZgzeffviWrx6y5b279vtQ8cbHvNs+GJWOetWx7wGzSh// UFpUCdcT5796
xwtP/fSRS7+hPrt7n3oz86mn3HrcMaXP7u6//0/3HPh/A3a+ZJvtv7nJFud/ fPNvxIq3/Zi3
XfQeNy89jvhKcvHP975y4/1ta+x0t3nl6ddXqBv//Oi83902Vj0Y8+pi141J mzyAAAQgUGUC
qdfp6njZwAoIQAACEIAABCBQRwSOnBetVlpKinfYrrPPPbJt1LFt6o8zn39s 68ij1Cd7W848
8MPP9B67fcuQrVqO2LxlcP+WwZvMOGyzCQdvdu8ufUuKd+DkaI9JUXzMW/pb zWnF2y53o+EL
nrn5eekZ7/BFjcMXRScsLpXjFqiifY5Xu9h06OtNh72RrhZfeWfFB/Gnf9V/ 1YN33nmvz5fG
mtXi1igQgAAEIAABCEAAAhCAAAQgUPcEhi6KkrJK9yo9OOPonVrOHjT7a0fP Pv+Ytq8NVX+6
ufWcwdoZ7+yhW80+arPWwzZqHbzRzEM3mnDARn/53MdKinfPGdGe00qK91MT 2s94N3mpJILV
Ga/6E4Kx4j1l8c3XvPzcb5/89cV/O02d7rb/Zeb99/9Jx+nudt/cdIuvbbDx V9fre0bTwPsb
T12mSmH40uj49nLC4g/f1RzL4PZiXtSupP8bP15j+9tcrSXN8gACEIAABCAA AQhAIDrubQoE
IACB+ibwoe5dqMTg9MO3U9+12/rVw5TWnX3ekNaRRyZyd/YZA+PHHyxd1Hb0 Zm1HfHL24A1m
HbLBa1/s+9cB65YU7xfaon2nl0TvZyavUrzqPyXFOzeWu6oM/Mbcx2564cGf Pfr1r9xuvpn5
ExuP+GjfrzRv97OGE2Y3nPFuLHpj3atKol3j/7ouatWSM964BXXGq857Xa2l W+YxBCAAgWoR
6HjlLn79jgIBCEAAAhCAAAQg0GkE4lfu2nWv0oPTBm058+SBLWce1HrOYa3n HvGh3D3ri7PP
2KvttA//VvOcI/q1Hdp31oHrT9xnvft2WLND8SrRq056OxSvOuotKd65pTdP t8vd0t7xy+9+
5fvT/nXTC3+5+rFvjvjDfvtdNWDn78Wf3f1E6XT3K2vs8POmYyY2nrVCFSV6 VVG3qBINf/fD
09rhpf/GxbyoXXl68kp1RX3Q96/jSg+eeX7mGjv8wdVa0iwPIAABCEAAAhCA AAQgAAEIQKAu
CZz4bpSUWFqXRO8SpQen7t9/xnGfn3XaF1vOPDiRu61n7T/7zC/M/vKebaft MvfkHZLrcw75
aOuX1nltz7Xu266ppHgPfKskb2PRu9O/o9Kbm5XiVX8XS72luV3uqtPa0snt WSv2vHjer657
+b4bnvnTL0Yfst9Vn97um/23GPWJHX/cvP9DTafP7XPeysaRxYYRH6hSGLFC leiMlaokHccP
YiX84Ylu+3+tV158Y3lcbcyk5eqAt3nwq9Zq8e0UCEAAAhCAAAQgAIFVRw7v R8MpEIAABOqO
QHw+qobd/iBWv8PeUZLwjX03mH7kZ9QXESnRu/TfD6grrWfs13rGF1q/PHD2 abu1Dd9pzonb
zh22hbq+/KGb5xz0kZZ913jt873/snVDh+JVolcp3t3mRtuPaf8cr9K+g9Rf VF4QK95Y7jZ+
9T1Vms55XynbpvM/UKXPqJV9LvygVEZ1XFEXlehVpXDOB6rE6lcVpVfTJX0x qZNUS19pHvxy
fGPzkZO01tLVeAwBCEAAAhCAAAQgkBCITx0oEIAABOqYQPKy3Yml49Ipe/2P emPz9KMHzDxh
91knD5x1ysBZJ+/ZcvLuLSfv2nrSTrNP2L7t2C3nHL2JekuzOuBt+9Jaswb2 nvC5hnu3KpQU
76FvdxzzKsU74Kko2nBconjTB7wluXveCovcjUXvhSUNXFK8o4odpV36xoUV CAIQgAAEIAAB
CEAAAhCAAAQgECSwmkpv171KtU7c9SP/3W+jKYdu88ZRn5069HPTjt152tAB 044ZMP2Yz8wY
uu2sIVvOOmKTlkP7tRy0fst+68zau8+03Rpe/Gz0509FHYo3Fr1K8Zbe1by6 4o1Fb/wB3fiA
t1TU6W5ywLtK8fpFb6J+eQABCECgXggEMzIVIAABCEAAAhCAAASqTkATvUuW rXzh4G2e3239
5/f+5LgvbTbuwC3HHbjVuAO2GH/gp148YLOX9u//6v6ffPWLfSfsu/6rAz8y Yfc1Xt2l14s7
Fh7fNrpzr01KivfIJR3HvKbiVX/cPznmjd/b3DTiXV33pt7SbD3jrbr9NAgB CEAAAhCAAAQg
AAEIQAACuSSgvxN7+PsPPPXWggnjH/jSNn/Ybp27dvzonQM+dsdO/3PHjh+7 a6f1795p/XsG
rHffjuv89TNr3r9D833bNt23TeP9Wxfu2SK6a69N5r4yTt1rVbzqL1e1f45X fXdu++/G4YtK
pXTYu6RD9yrp265+4xJ/ylcrsQPi82EKBCAAgbojUMcffeHzexCAAAQgAAEI QKBOCXR8gnfV
F/2c+O7gka1KuGp/ETn4X3UyrO5S9672Od5V72puV7yDZ0ZHz4yOa20v80rf zTu89LesGs9Y
1FFK6jcppT/OrBW1WUy+o6gu/zp26uuUGD8EINAjCdTdXzhkwBCAAARiAh9+ JSSPIQABCNQN
AfWXmVUGa//7zB1fTXTssui45aWiHgxdUjqtjX/HD5Jy5MLoUHWWu7DjWfWp 3fiDu1pJvat5
WvsXFE2LBj4f7Teu8KXxDfuXSnTIxLgUBk+OS3TEtJIwPmJGRxky/cPH8UX1 LAUCEIAABCAA
AQhAoDMJHDAtokAAAhCoOwJKgQ6aaU9f+02O9m0vA1eVvV/v+G98XZX4ivq9 x6RS2W1i6fcu
E0sP1G+lcC2Kd79xJcXbLnoT3RurX63EFUolqZ+68cNnk2o8gAAEINDtCagE SIEABCBQjwQ6
9mPxZowCAQhAoH4I1DDlKsX7mcntf6u537g+O7/ed8SC5qFT5s+ZSIEABCAA AQhAAAIQgAAE
IAABCNQ1geigRdGer0eb3YHiReRDAAIQgAAEIAABCEAAAhCAQK4IoHhz5c66 fvWFwUMAAhCA
AAQgAAEIQAACEKguARQvihcCEIAABCAAAQhAAAIQgAAE8kkAxZtPv1b3dRFa gwAEIAABCEAA
AhCAAAQgUI8EULwoXghAAAIQgAAEIAABCEAAAhDIJwEUbz79Wo+vvjBmCEAA AhCAAAQgAAEI
QAAC1SWwmuJdg28n4muZIAABCEAAAhCAAAQgAAEIQCAvBEqKd+DkaOObSt9O hOKt7ssJtAYB
CEAAAhCAAAQgAAEIQAACXUgAxcu7miEAAQhAAAIQgAAEIAABCEAgnwRQvPn0 axe+iELXEIAA
BCAAAQhAAAIQgAAEugmBKiveBf+6d/H3vrHktJPeOWbIB0ce8cFhg1ccPnjp 8ccs/vq5b93x
2/kzX+omZjMMCEAAAhCAAAQgAAEIQAACEMg9gaop3kVXXfLeXnt9cMABxS9/ uXjhhcVLLy3+
7/8Wv/e94gUXFE8/vThkyAf77PPudtu2nXHy1HGP5R4rBkIAAhCAAAQgAAEI QAACEIBAlxOo
guJ9656b391z9+L++xdPO6140UXFH/+4eMMNxdtuK956a+nBT39a0r3nnFM8 6aTioEHF3XZ7
a5NNXrzovM6xPIoirSPzSueMJFMvnTxIYXeuasLb/QRq2ngm+NbKVbGx8mGU 10J3G3x3G095
VLkLAhCAAAQgAAEIQKAuCKymeJsHTOo7YkHz0CnyoS+65Bsrt9uueNhhxbPO Kl5ySfEXvyje
dFPx9tuLf/xj8ZZbir/5TUnxXn558etfL1UYNqwkevfYo7j11q/stdukCU/J O4prqr1y8iO5
N2eKN5NUkFcW1nTBFN4uUbxyf6VrVmUAkuFJQq5adSo0sOzbzRvjGZfYlfzX g90/TzvBX9Xy
Au1AAAIQgAAEIAABCNQ7gYoU76Jzzih+9rPFwYOLX/lK8TvfKf7oR8Vrry3+ 8pfFq68uXnVV
6Wj3W98qvav5/PNLZ7zq3c4nnFA84ojifvsVP//54lZbjdvqU2Oe/Hsmgln3 8XIFlWkYta5c
lQNPua4Q1qzKqFzosjYuHHO1PNXJ3cUv7lQy+KwzJS1otcdZFW9w5MEKlRjO vRCAAAQgAAEI
QAACEEgTKF/xLrji2x+o0131wV31duWRI4vf/nbps7uXXVY6zj3zzOLQocWD Dy49e9BBpRPg
o48uHntsSe6qi/vuq97bvGyHHZZtuukjn9rs+Wf+KXeJ9QAqLQ+Sw6W4TfOs KWnBVTO5K73v
1zb9Wo9JX1qn6euufldzRmq4rqbSI9FMSNurPTb/a4VjGqKZYELzwNeEU3mU hP5ymeM5bAyG
igdREK8n8PzhmjybHl4MwWqLy0Dtdn+oaBMw6c4M4PRTmV6kyDoes75nPprW yVMKNSEAAQhA
AAIQgAAE8k2gTMX75j/ufGfTTYt77lk64D3xRHXG+/6Xv7z8lFNKQlcd4Q4Y UNxss2K/fsUN
NihutFFxyy1LV3bdddnAgR/svntxl12Kn/vciu23n7vllm0bbvibPXd97ZUn hZStijctijSV
FVTIaYFh1XvBbb3We9YRemSha/DaOE0TXBVMAWPW1PSY/xaX/tGgmYak3W02 Iq8vGZ7VRtcA
siKS+EITkFZ/pTVtJW16wklomr93ieKNDYx//AHmR2Gdj37HCdMI1SAAAQhA AAIQgAAEeg6B
chXvrjuv/MxnSqe16nO5hx/+3qGHXnb22Zd+9avvKXH7sY8V11lnRZ8+b/fq tbh376VNTe+v
uWZx7bWXbLjhmcOH/0y9sflTn1JvaX5v663nbL75tI03fmm99S4794yWGS9K oJsnWi515JcZ
6XasJ1rpvbhV9Lp0mqfltBJI6wGPxtDs1Yz1PJuMP2nc35RLSPg1rfas6R1N gLnGrykfq0+D
4zfvCirntDDLdLsWEsJ7zUgLGuWXqR4Dg/PC4ywzeKzi0zovtFlsTkNr4/L5 qE2i5L+S7EEd
CEAAAhCAAAQgAIEeSKAcxTv3Vz9+Ux3h7rhjca+9invv/c6ee15//vmPTJz4 z0mTfnPOOYui
aFkUzYmi1iiaHUVtUbQ0it6IoguPOebXDz98w7///Sd1FPyJT6zo12/2RhtN 6tfvvx//+M/X
W/eeu34voW9usoM7e6vo8rSTPGXKs6yy0CVlrZb6VZOkqaAMM8dvNmsVn6Zu MZWwX/+YYs/j
F4mALK+O1mlV9KRLwpl9eSD4/evn73Giq9nynKVNjeoqXqtUTrN1QUhslIxH kmSoAwEIQAAC
EIAABCCQJwLlKN5ZO+4wf4stijvsUHqv8mc/+/vvfOevEycW238emz79l2ef PW2V4p2l3tYY
Ra9E0fnDht346KOqwspi8Q8TJoweNWrZeuvN6tt3wsc/Pm799Z9cZ50RQw// 76RngmRroXhd
OsQjID36RKLEhBIla1NCxetXDmWYJmnQKgtNwSmXdhI4rldDhBpVeLuwtfI0 bVU0uYSV8LUA
13hcM9d0qBCX+cJTMMxQvMH8SQUIQAACEIAABCDQAwmspnj7DJgY/Haiec8+ PPkTn1BvSH53
q63UlwwVt9hiwsknPzZ16tJY8haLj0+desOoUVPaT3fVSe+LUXTxKcNve/zx Vc8XVxSLU485
pq2padp6673y0Y8+ve66Yz/ykS9vtOGf//TboAP8ijfeTMc/ydbcvKI9pUkR 8yAr3WB6hC5F
5OrR2q/WoGv8aUFiWqc9q1Vw9Zv05adqao9EtGgiRBu85k2tF613V1N+V6bv srrDb2N6wGXf
7g8nq8Dz+MuMB422Ga4u7Enc+k3zuElzSnrY6bnm96zJRzIeM+pckeCPumBK oQIEIAABCEAA
AhCAQL4JdCje/jdFUb9xEsXbctk3J/Tr17rRRov7939fvbe5f/+i0q6DBz/X 2rpklah9du7c
W7/97Untp7tXXnDBnc89l8hd9WDB4Yers9/pa631+jrrjF177cfXXluJ3p83 NZ3/tTNnz3ol
37ixrqsImKq+q0ZSo35zb2CNuNEsBCAAAQhAAAIQgEC+CWRWvG8cd9QrH//4 NHXMu8EGizfc
cOmGG779kY/Mi6KXDjpo/Pz5yUnvhAULHr7iirt/8IMnp0z5IKV3Zxx22EtR 9N/evSetvfbL
a6317JprPrrmmv9aa63bm5oOOfCLY59/JN+4sa6TCeT+ADD3BnZywNAdBCAA AQhAAAIQgEDO
CGRWvC99/nPqk7evfexj09dff876689ff/3Za689LYomR9EL++zz0ty5y1bp W6V+306f7RaL
k/fb71mljdXZb1PTy2uuOba5+anm5of79Lm/uflvTU2f23qLv9xzc874Yg4E IAABCEAAAhCA
AAQgAAEIdBWBzIp3zMYbPbPeeuM/8pHXP/KR6euuO2Pddaep9yc3Nk5ofw/z c1/84qtz5ry3
utBVZ7zvFotvHHzwU1H0vBLGhcK4pqZxffo809T0n969H+zd++6mpof69Nnu k/1uvfm6rgJB
vxCAAAQgAAEIQAACEIAABCCQMwKZFe/odddVn7x9Zq21xq+11sS11pq8zjqT mptfbWxUJ7el
w9soevKgA1rfVQr3wx916jt2jz2U3H0uip6JomcbG5/t3VuVJ3r3frRXr7/2 6nVH797/6N17
q4999LfX/zRnfDEHAhCAAAQgAAEIQAACEIAABLqKQHbFu/FG/1xjjcebm59t bh7f3PzKGmu8
0qfPS42N49vl7uNRdM9VV81dvlzp3Q/af9QDJX/HXHPNf6JoTBQp3ftUofBU r15PKrnb2Pj3
hoa7GhpubWy8p6lp8/XW/c2vftxVIOgXAhCAAAQgAAEIQAACEIAABHJGILPi /c/OOz6gPnzb
1PREU5N6W/ILTU3j1VuUGxqU3H0kiv5v5MhHXn999Tc1l/73+tKlt1122b/U CXAUPRFF/25s
VHL3oYaGvzQ0/KGh4ebGxt83Nm780fWu//VPcsYXcyAAAQhAAAIQgAAEIAAB CECgqwhkVrzP
Dzvq7j59HmhqerhXr8d79x7Tu/dz7W9p/mcUffPUU+986ilT7sZXXpgz57oL L3yw/Rz4kUJB
yd2/NjT8uVD4fUPD7xobr2xo2PATH7/xhp93FQj6hQAEIAABCEAAAhCAAAQg AIGcEciseCde
8Z0/9u59T69ef29sfLix8d+FwgtR9I8oGnnMMbc/9lha7o7bc8/XjjhiRbGY fGXRmGnTfnbu
uX+Nooei6L4ourNQuLVQuL5Q+F1Dw3kNDZtu2v/2W3+VM76YAwEIQAACEIAA BCAAAQhAAAJd
RSCz4m19/pFbe/X6Y69edzc0/K1QUG9U/ksUXTB8+B1PPLGa3N13X6Vp/6Y+ u3vYYVOXLUu+
sui52bOvueCCO5TcjaLbouiGQuEXDQ03NDTsXijsttvO/3jwjq4CQb8QgAAE IAABCEAAAhCA
AAQgkDMCmRWvsv8vW29xS2Pj7eqPTkWROrD9ybe+dftzz72f0rtjDz/8nih6 IIr+3l7hkUGD
Ji1e/M6qCq+88849l19+SxTdGEXXFgpXNzT8uKHhow0Nw447csLLT+SML+ZA AAIQgAAEIAAB
CEAAAhCAQFcRKEfxPnzdVX9tbFRvRVaHtH+Oojs++9nHnn9+ySpB++wXvqCU sDrdjYtSvHcr
9bvffpPefDMRxffutNN1UfSLKPpRoXBNQ8PQQmGDDfpe8b8XdxUF+oUABCAA AQhAAAIQgAAE
IACB/BEoR/EqCndvubn6c1PXR9FNUXSzeovypz+tPq+rfsYccsjtUXRve7mn UPhLoaAeKAGs
Lv79oINixXvPFlv8LIp+HkVXtiveSwuFtaNon733eOjvvKV5Yv4iDIsgAAEI QAACEIAABCAA
AQh0FYHVFG/zgIl9RyxoHjolOJrn7r1FfavQtapEkdK9v46i0Qcf/MSQIeqN yn9Up77q7LdQ
UOWOQuFPhYKSu+o9zKrak6ec8rc99rhKCV31PUZR9P1CQSneXaNIHfB+5+JR s6aPD/ZLBQhA
AAIQgAAEIAABCEAAAhCAgJBASfHuPTnaWB3U9hsnV7yq9T9+7czbGhquLhTU aa16i/I1UfTL
9o/mKnEbl1vbf6uGf6/+QlUU/Up94rdd6yrF+79RdEn7Ae/RUdTc3Dz40AMe e+Re4YipBgEI
QAACEIAABCAAAQhAAAIQkBAoX/Gq1q857CD1ad6fFgo/jiL1RmX1uVwlfdV5 72/afyuVGx//
Kq2rjoJVBSV3fxBFl7fL3R8WCidEUWNj466f3+n3N/5CMlbqQAACEIAABCAA AQhAAAIQgAAE
5AQqUrzz2l778VGHXlMoKNGrPpSripK+sfpVB79xiYWuOtdVb2NWWvd7UXSZ elAoHN4ud3fc
cftrf/HDlhkvykdMTQhAAAIQgAAEIAABCEAAAhCAgIRARYpXdTCndcJVI077 lvqSoUJBydor
UkVJXFXUG5iVxL20/VxXPVAVRhUKO0bRGms077br537x8/+bOY2P7/IHqyAA AQhAAAIQgAAE
IAABCECg+gQqVbyxqv7db68+Y5cBXy8U/k8d9hYKStaq49xY6Mbl++1XRhYK +xQKa/Zq3Hij
DY895ojbb/1V68yXJLqcOhCAAAQgAAEIQAACEIAABCAAgawEVlO8fcR/q9ns 5oVnH/7+5d86
Ys9dB6+5xkmFwjmFwoVR9PUoOieKTi4U9i8UNo2itdZac5P+Gw06ZP8rf/Dd Z556KOtYqQ8B
CEAAAhCAAAQgAAEIQAACEJATaP92oilR//a/1VyJ4lVdqnc4P/XEA7+67qqv jjjtkIO/tPvu
uwzYcQf1Sd2dBnxGPVZXzvnq6ddd88P//PtvbS2vyodITQhAAAIQgAAEIAAB CEAAAhCAQBkE
qql4y+ieWyAAAQhAAAIQgAAEIAABCEAAAjUigOKt/meja+QqmoUABCAAAQhA AAIQgAAEIACB
TARQvCheCEAAAhCAAAQgAAEIQAACEMgnARRvPv2a6WUPKkMAAhCAAAQgAAEI QAACEMglARQv
ihcCEIAABCAAAQhAAAIQgAAE8klgNcXbXMG3E+Xy9QCMggAEIAABCEAAAhCA AAQgAIH6JdCu
eCdHG99U+nYiFG/9OpKRQwACEIAABCAAAQhAAAIQgIBGAMWbz7N7Ah0CEIAA BCAAAQhAAAIQ
gAAEULwoXghAAAIQgAAEIAABCEAAAhDIJwEUbz79yms5EIAABCAAAQhAAAIQ gAAEIIDiRfFC
AAIQgAAEIAABCEAAAhCAQD4JoHjz6Vdey4EABCAAAQhAAAIQgAAEIAABTfFO 6jtiQfPQKXCB
AAQgAAEIQAACEIAABCAAAQjUO4EOxdu/49uJULwc+UIAAhCAAAQgAAEIQAAC EIBATgigeHPi
yHp/6YXxQwACEIAABCAAAQhAAAIQqDoBFC+KFwIQgAAEIAABCEAAAhCAAATy SQDFm0+/Vv2l
ERqEAAQgAAEIQAACEIAABCBQdwRQvCheCEAAAhCAAAQgAAEIQAACEMgnARRv Pv1ady+9MGAI
QAACEIAABCAAAQhAAAJVJ7Ca4u2zE3+rGQEMAQhAAAIQgAAEIAABCEAAAjkh 0K54p0TxtxOh
eKv+igINQgACEIAABCAAAQhAAAIQgEBXEUDx5uSli64KIPqFAAQgAAEIQAAC EIAABCDQbQmg
eFG8EIAABCAAAQhAAAIQgAAEIJBPAijefPq1277EwsAgAAEIQAACEIAABCAA AQh0GgEUL4oX
AhCAAAQgAAEIQAACEIAABPJJAMWbT7922ksmdAQBCEAAAhCAAAQgAAEIQKDb ElhN8TYPmNh3
xILmoVO67XAZGAQgAAEIQAACEIAABCAAAQhAQEhgte/jRfEKqVENAhCAAAQg AAEIQAACEIAA
BLo/ARQv72qGAAQgAAEIQAACEIAABCAAgXwSQPHm06/d/7UWRggBCEAAAhCA AAQgAAEIQKDW
BFC8KF4IQAACEIAABCAAAQhAAAIQyCcBFG8+/VrrV0poHwIQgAAEIAABCEAA AhCAQPcngOJF
8UIAAhCAAAQgAAEIQAACEIBAPgmspnj77DSJbyfq/q9SMEIIQAACEIAABCAA AQhAAAIQkBBA
8ebzlQyJ76kDAQhAAAIQgAAEIAABCEAg3wRQvCheCEAAAhCAAAQgAAEIQAAC EMgnARRvPv2a
79dpsA4CEIAABCAAAQhAAAIQgICEAIoXxQsBCEAAAhCAAAQgAAEIQAAC+SSA 4s2nXyWvdlAH
AhCAAAQgAAEIQAACEIBAvgmgeFG8EIAABCAAAQhAAAIQgAAEIJBPAnwfbz79 mu/XabAOAhCA
AAQgAAEIQAACEICAhEBJ8e49Oep/cxT1G9c8YCLfxyuhRh0IQAACEIAABCAA AQhAAAIQ6P4E
ULyc8UIAAhCAAAQgAAEIQAACEIBAPgmgePPp1+7/WgsjhAAEIAABCEAAAhCA AAQgUGsCKF4U
LwQgAAEIQAACEIAABCAAAQjkkwCKN59+rfUrJbQPAQhAAAIQgAAEIAABCECg +xNA8aJ4IQAB
CEAAAhCAAAQgAAEIQCCfBDTFO4m/1dz9X6VghBCAAAQgAAEIQAACEIAABCAg IYDizecrGRLf
UwcCEIAABCAAAQhAAAIQgEC+CaB4UbwQgAAEIAABCEAAAhCAQE8hMLvlpckT npz40qMTXvxX
55RxT99Xu5KYoCya9MpjyjRloKZge6DJaQIo3p4yt/P9yg3WQQACEIAABCAA AQhAQEJAacKZ
k58764c3bX705dFeF+am/M+h3z3uu9e3TB87a+rzGoceaDKKF5ULAQhAAAIQ gAAEIAABCPRE
AuogVMndrQdfMXZ2MWdFGXXWD282z3hjk4d+95bHxk0p5ujn1altyiirySje nji3Ja94UQcC
EIAABCAAAQhAAAL5JqDknzrd/dcry3JZlGkL5k3WPBibPHrs5A/y9rNy9Nj/ Wk1G8aJ4IQAB
CEAAAhCAAAQgAIGeSEB93lW9k/mfLy/958vL3i/9vJeP8s+XShYp0xYvbNEU b2zyypXvq5In
k997b8WyJYutJqN4e+LczvdrdVgHAQhAAAIQgAAEIAABCQF14Kk00oPjlzz0 4pIVK97NS3nn
oReXPjR+qTLt7cWzzTNedX1F6Sc39ipD3lm6ZPHCBXOtJqN4UbwQgAAEIAAB CEAAAhCAQE8k
ECve+194+4Gxb7/zzrJ8lOXLl94/tmSRR/G+887yfBgbW6FMfnvRgjfntqJ4 e+I0lry4RR0I
QAACEIAABCAAAQj0QAKx4r3vucWqLFv2dj7K0qUlc+57vvQWX9cZ77JlS9pL 9zU5iiL58JTJ
ixbOm9c2A8WL4oUABCAAAQhAAAIQgAAEINBBIFa8d49ZePfTi5YtU6K3+kUp t/gnadz1uFq9
L1266O6nF9719EKv4o21bpXtTYxN22j2InnWX0drU5m8aOHceW3TUbzMbQhA AAIQgAAEIAAB
CEAAAqsp3juefOtPTy1UqqnqRcm2pM3ksfmguv0uWbJQWaSKV/EuVuei8n7T hqTv0q5b7TV7
cbXmadk/VGXywrfmzJ09DcXL3IYABCAAAQhAAAIQgAAEILCa4r3932/e9vib SjVVtyhdpzUY
X0n/rm6PcWtvv/3W7f9ZcPvjCzyKNxaQkt7jY1uzpvW6VjP5b3L2G7cT/G9C yaxsHbMy+a0F
bXNaUbxzmNsQgAAEIAABCEAAAhCAAARWU7w3PTpfFaWaqluUrtMajK/Eeq+6 faVbW7x4wc2P
vnnzo/M9ijfRxp5huMbpGb9mV2Jv0ot5JT2A9LP+mtqwlckL3pzd1jKVM17m NgQgAAEIQAAC
EIAABCAAgdUU728fnnvjv+a9/faC6pZ2zbZam/GVVYqxyt0lfS1e/OaND8/7 7cPzvIr3rSVL
lMJ3jsEcfFzZdd36bNre5FzXbCR5Kqmf1BGyUiYveLO1reUNFC9zGwIQgAAE IAABCEAAAhCA
wGqK99cPzf31Q3OUaqpuUWpNazC+kv5d3R7j1hYtmv+bdos8ijcWqP7eY7Vp 1nFdT0xLbnFZ
mm7WfGze5ekxMfnN+S2zZ01B8TK3IQABCEAAAhCAAAQgAAEIrKZ4r72/7dq/ tS1apLRilYuS
akmbyWPzQXX7Xbhw/nX3t6niUbzqbcCqSPqN1aZZ03rdb69qJK5graY9q3Vq HUMyKmXy/Hkt
rTNRvHyOFwIQgAAEIAABCEAAAhCAwCoC8bcTXX3f7Kvva1VHo7UoyVt2k8bb xVtHX+nH1ep9
4cJ5sUVexdtxGizs1DVO7XpirOt62vCkjnZXfD35vUpa+7yjTJ4/b1brzMmc 8fJqFgQgAAEI
QAACEIAABCAAgdXOeH96b+tP72lRqikf5a235iiLfnJvi0fxxsozH/YqK5TJ 8+bObJnxXxQv
cxsCEIAABCAAAQhAAAIQgMBqivdHd89SZeHCufko6nt6ShZ1KN62+asf6cfH 2u1at/r2pk9r
k8e16EhrU5k8t236rBmT2hWvbnKaQHTQomjvyVH/m6Oo37jmAZP6jljQPHSK xoj/QgACEIAA
BCAAAQhAAAIQyAGBWP5defcsVebNa1GfBZ0/r7Wui7JiTtv02CJl2pLFc6yK V9moaubJ5Fkz
Xp825RWrySheXuKCAAQgAAEIQAACEIAABHoigf+++vj/HPrdWB/mryjTli97 S1O8scmjn352
xtQJ0954Zfobr6oHdV2UCVMnv/Tf1174+yOPWE1G8fbEuZ2DF+QwAQIQgAAE IAABCEAAAhUS
mDrp6WO/c/3Wg68Y/N1/n335gjwVZdQp3//dineXaohikw85/5pb77l/wvgn c1BeHf/Eq+P+
c9+Dfz9o5M+tJqN4UbwQgAAEIAABCEAAAhCAQE8k0DpzvJJD5/7k1s2Pvly9 ITY3RR11nnbF
75cvf+v9997RFG8PNBnF2xPndoUvhnE7BCAAAQhAAAIQgAAEckBgwbzJixe2 vLNs4Xsrlitx
+P7779a6fPDBytqVZPAr339v5cr33n9/xeKFszQ39UCTUbwoXghAAAIQgAAE IAABCEAAAhDI
PwH+VnP+fZyDl+IwAQIQgAAEIAABCEAAAhCAQBkEULwoXghAAAIQgAAEIAAB CEAAAhDIJwEU
bz79WsaLH9wCAQhAAAIQgAAEIAABCEAgZwRQvCheCEAAAhCAAAQgAAEIQAAC EMgnARRvPv2a
sxdmMAcCEIAABCAAAQhAAAIQgEAZBFC8KF4IQAACEIAABCAAAQhAAAIQyCeB zIr3khv/QYEA
BCAAAQhAAAIQgAAEIAABCHQTAp6z33IUb5EfCEAAAhCAAAQgAAEIQAACEIBA NyCgVHeuFG8U
RWOv24PfEIAABCAAAQhAAAIQgAAEIFA7At1AzIqGIFC8U6KNb46ifuOaB0zq O2JB89ApHoms
mhN1W7NKSu4OGPEkBQIQgAAEIAABCEAAAhCAAARqREAJ6ZpJuio3XB+Kd+YT T4wdefKzJx38
zIF7q9/qsbpiJaHQ18ipNAsBCEAAAhCAAAQgAAEIQAACioA6aKyyMK1Zc3Wg eJW4VUJ32qkn
vHn5pctvuV79Vo/VFavo5YyXGQgBCEAAAhCAAAQgAAEIQKCmBDjjrZpCj+Xu 8iuvUC0uu/zS
uKjH6opV9ObgjFdZV93oLKNB1y3p62U0q+yK7yrvXhcWs7U4/qreUXX9orUm YdI9+dcUi9CJ
icerMhiJL4QdVaspa5ALx9Bp1arrhU4bdqaOzDnod3HW+lrAB6e8JFfHBsrH aQUiMSQY7fLR
WtNjGbNAuyX5r78pF3Z5ay7mkpZxeppeXTtdMnjrXsUaafIpLNz/SKIxmYny ySsfJ6lG6AJP
4uqSVJN2HGe88c6nCj+Tzx419fBjl150UXH0aNVc6YH6GT1aPVDX1bNaH/EZ r3Yx04YmWNka
oOketQH4GzSH6k8WweGZFcpoUJLaymjWo3iF0z6YHz37RQk6zY+SW6pVR8LT RUk+Bv9CGJvv
ak3Su7/99NqZoA76NEgmWMFcEvwRLmlQUicoM4LJwbPbEA4gGBvdrZ0KoVmV kmtPEITjSacJ
Nz9A13qRDEmbdFkzodm7aw4GHZ22SDIqc6jB7OHJD5LeK+/R6rX0qDwVPGkk aLg1AjP1lQ5F
nO5fpLQw6yZO94eZ5lN/3pAvmpJpJdw1EXX1GHVa5qnW+pJGwRlvvFxW4efF 3fafd+75S0eO
WnreKnE7evSSkReoK+q6elbrIz7jDS7tZWx0rFtPyd5CMhhXFFYyTs9eOdis a8yVjzMrsaz0
hLm7ElEXpFdehayWSuq79use/wq3bnKp5tEMnkYyRZoQhbxNSYOSOhXmIv+A hQMIRmN3a6dC
aPWleM0sXfmOxCXvg4527WhdSdVT37Ujj9fr4H7dtUurvMekBa2pZCPhWehN sK7W0gZ6ZrH1
dkmaKoOhZMmTbI4rd4ELTk9wuifMzID0Jwf/wuqJTKJOkugqj/N8p5p0+HHG m8zrSh+M6bvN
kuHnLtrnqEX7DInbUg/ioq6rZ7UOkjNe674nDsH07/i/8U864fpXMrMFzzYr vV2QLFRpi9Ip
Lz1I/6rst0gbj7XZ4I7EkzT943ehS5OxPvYYZfouMSr9lOll0zVm1/5oscaP htQcedCVnc/f
FaXpwWuPrfvgBJfpAnPqaVsfzUGeyJQjdbXpskUbvyTOk7zhH7A2ZyXT3Ao/ HaIugNZQd018
DaYr57iYe6aYOQxreJgWZfWvNm0lTvdnfqt3PDt1j1OsuVqbO9apYeYiq2vM oSaQtcj0BLN/
kP6RpNdNMydoecAcW5Cqxta0wuX9dF9+2601rfnNb6w1b7vyXtAdpuFpmOYc sU7wYC9ZQ9G6
UpTtAknv1e1RA6IFZNWdng4YM8xcse1ajk1c1pnraZZUo01h00EmUtckkie3 To66YM70xLm2
MrrWl3Suy9UZ78DJUf9qfzvRXX/6jeLo/x2DLp3xDh2+eNDx8bua1Y96HBd1 3XPGa64H6Zjz
LANJEFsnhmdnkL5REnCulV5bPIKh6RqSltoyNWtduc0WrMlC0pGfv5mUrW1a k4gVl2dIrkbS
YwiO1rPq+NceVwx0IX/hWhvb5QLrDxUtpQZdptHwB5gHnWdUkjDQvBy00Tps TyyZwZCpC7Nl
v488eUPzSNBBro60/OAaoaQ7azZ28bHmJU8iTcYv9I5/wJLE7hqMxOOelJJ2 hMcpHm7WpyT1
Pc71ZLmgLR7UlfcYTM5Bd/gj0JMxXGk22KM5EXC6mfMlcWVNKcEs4akQXKdc vrOmYmsuMqeD
/15Pj5JIC2I0Y0/rUZI6JHPBWseFKLhYSNJvdXvMX6pJR3uuznhroXiV+4U/ 6pO6U/YdHMvd
RcNOTx6ox+q653O8ZWcfLTTNZOpKlK5tlidJBbNVeiuWELOapmWWdGXX1kdz gcvS4CCDi4SZ
9ayQPSu3v4XYEM84Xbdbe9Q4y1uOOaR/kivpsbkCLBh4rpFUl79r+fEvEsnY zGBLbvQ73eQm
mXrW7jTaSXj4Xemav57pY+3I48fgADwQPN53bTI8I5e35tozBaekNh+tPWph E0w1GltXm+kp
7GFeFdqS5cC/AwtGhWeCW59K+z3oaNdCKRmVNVe4fBpcX1yZx+V0s6NgCvWT NEcYhCDE68mK
weztDx4tu7qmvB++1WUe0zzkJS7IGnKVh5nQTa5c50qwmu9cdnmqCRNaumUX 4Uz+IuqCMV/X
URfMmcIA8Kwv6ZjkjDe9l7A8jk93JT+tdz4wdstdVM3Fp54Vl44/YXXxJWM/ vZt6VmvE9Tne
4NKlrRySFcKaevxrm6tZ//D8q4jWo9mUaxXMujhJUmpwhlj5pFeUdAVPVnKZ mWkAZl8mk0yu
8axGWjv+jqxxUlP+5mQ012nrAKzhp1kndLpkXQ/6N2nEEyHBdC+51+OOyqe5 a85at7+uDVmw
kaBfMsGUzxRzXlsDxr8BDUZC0HzhDtU6qT0DdoWx6xY/t7Ih+M0PhqhkVJVv Cl0ukOS6YBRl
zaJm/SAEYRKwTjRz/MG8FJyPOL27Od2TsTOtsFbXk2r8eF1Zzpq4PO4g1aQ5 mwsiZ7zm/rn8
KyXRu82ubwwaUvoTVj/4ofo95ZCjrXJX9eH/HK9/9+BfljyLjZl3gitlps1W cFmV7DUlm/gy
lvwkTXjWb0/XZex0PYu66ykrn+DFCqPFvyc2s0ZwYy3xclYZYPWa6VMJCn9O tFpn7cg6Df1L
uxCdZFbKQ0jSmiczSOZjpi5cq7Ine3hQByemZPyukHANNZhjqz6q4AjNbZB1 jyXxlD8hZJ1i
lYifYEgIlyfrxtGVUqy7z6xMqtujKynJ41Di92A6lTQijHxX+rKuC1Yzg7ZX 1wVZ51cwdQTD
rJOdbk0XLvLWSAi63p86JIQlEejZWhB13S3qXDEjcXQw3swZxBmvYuL7kZ/x xq0o0avewKw+
tTum37bqt3psnu7GNZMz3nT3wXQfVw5uZVyZResr7i75cW3W/Zt4rS9ra568 ma6fNk1rx9+s
dW3zwEwSn9msyx3B2ZW20eWmdCPpOtr4XU+5zHTFg9mONjD5f4OxYQ1LzV4t DKyxF+TvcoQ1
YIIxkEwB1/7JEyGax11riWfOmjGjTYHEs0nElsFQs1E+Q+XTJN2Fy+kmYTNm TO9bY1hD7c8V
5njMEApOWGt4a95Jp1PXCM0MYM7BYLP+aWXGoWfKuFYK13TItBZoQFyO0GI+ 6AvPpJY8ZaXn
nxSSNOJKwq57M/WoNWJGV9BfwRjwjBOnS+LKzMzWjKclNI8ru9DprrXMGgme hG/N8NZYlRP2
ZL+ELakmzbOHp5p00HLGm95iderj+IyXUnUCwQ23K+FWfSR5bVDbPAm3XyYN fztdQq8bDqlL
OLj2uF0+mDodQNfGlUvtBGVS5XvuGvnLw1Oy/65wCRD2bqUnj4Sg14Luy4Si iooXp/t1rIdP
N3F61RVvMFZJNRLmnnXZTCykGhNpPs94+wyY1HfEguahU+bPmegql9z4D4nA zXrGK2kzrhOf
8VKqTgDFW3WkmdbvuuYvXyRqDbn7tA+Tyn3R5Qz9s9L1bHDYZd9YCdIqjirY VBmv08lR+yEI
xY/QBcHWXDtm/05anu0r8bhfDsUtCzlImuqZTpfMBStkT2hVMXjk/q0w0jyq 0h8Y1Zr41lcH
gnrYj5pUExPI5xlvFRWvXMFmrckZbxUTE01BAAIQgAAEIAABCEAAAhAwCXDG m1WoVq2+Qq9E
L78hAAEIQAACEIAABCAAAQhAoHYEqibhatyQehuy503K0UGLouT7eKt4xlu7 dzXXGBfNQwAC
EIAABCAAAQhAAAIQgEDdEOgaxVs3eBgoBCAAAQhAAAIQgAAEIAABCNQtga5R vFnPeGc+8cTY
kSc/e9LBzxy4t/qtHqsrdcucgUMAAhCAAAQgAAEIQAACEIBAZxDoGsWbyTIl bpXQnXbqCW9e
funyW65Xv9VjdQXRmwkjlSEAAQhAAAIQgAAEIAABCPQ0Al2jeOVnvLHcXX7l Fcoxyy6/NC7q
sbqSV9Fb9b97VkaDrlvS18toVjkuvqu8e7XJWZVGXBO+Ro2rZiUtZ60jqW9a WkVf1EveLA9U
0DqPWyU9CqMiOIy4gqTHTm7KHFIVBym0JVitul4IdtclFcwE7ndE1vpa+AXX C8lCI4nqYDhJ
DMnUSNp9whvLmAXaLcl//U25sMtbczGXtIzT0/Tq2umSwVt3EdZII9UkSUOY MVx7Ns/a4drU
Ze2xRqmmS1a9dKcCxTsl2vimKOo3rop/uUpu9uSzR009/NilF11UHD1a3VV6 oH5Gj1YP1HX1
rLWpeO+S/Mi7k9S0JnStO3nv5lCDoSkZZKb1WD6vgotZcGyeCZm18WACrSQA JLneyi3u1BWW
QT6S7Z1Zp7yYcfkiab8SgFW0VAvmSkbV+W4NuiZYQe5uv0PLyAnCsQWjvTzs khCqZIRlAOnM
Iam+sqbE4PCSBs0Hciem79XSnWvA8pToWSD81mUdlTlUTyylR2WtJum98h6t XrOOTeIISQx4
ItAzGP8q5soGZWQJCfb0PKrcBdakEc8CK6vKe+wmTveHmea7IAr/ntM02UNY mCeJOlf+lHu2
8lQTXKFqXaFrFK/8jPfF3fafd+75S0eOWnreKnE7evSSkReoK+q6eja4Tled oCSFedaJ4ICt
C2olVpTRoOuWrHa58po1+2Rt3GNXGSZrQy27haqMStJ7VlxyX2hLSCWxF7xX YmnSSKbKwYkW
HJtQEflHFRxzsIJc8fo3mkJzyqgWRO3abWRyQbCXSloTekHSRY2aqkqz1q2k xyjhztVstuxt
qCuGg+Z7YiyrFa5IU+1IVkbNBCscyVSNu5MM3lPT4wjPwKwpV7Mdp0tCLmvq 685OzzQ2M4T8
U1gS5+lgttb3bF3KmLmuxCjxu2uo5U18/6IsyepB+J2TaiQLaE3rdI3ilZs0 pu82S4afu2if
oxbtMyS+Sz2Ii7qunhVug2J/m7/ji2lnp+u45k+wjmRtcAVxMh5tSmsRac6c dNx7LNKmorXZ
IFXPaucfvwud57o5FU2XmfZqJpjta7e42rRmE+u95kYnOE4XfH96cm1itIBJ x7Y1lvy+MGNA
gkirY84v7UoQkTZt69qtSYR44ie9UXBVS0NLOzF5bFJNN2tNep48kDWuTDOt OUFLgMkAXHM5
PRO1yuZ8CcaVsEJ6Umt4E4xmTGbyr3Vuehi6oig9U8xp6FpuXGucK8mY6451 hpoxYw1sMzDM
pBQMZi22zVD3V9AWRNc4TTO1qLP+11UnHczl9ai1oHHzuM/VtZnwzeA3Sboc bRpuzlmrCens
JBlqEHvtXGDOHdML1uhyTfn07X7brTWr7nRr9rPOd1fX/jlinZhZpxWppr6i zpVnOud61yje
+IzX/zu2v3TGO3T44kHHx+9qVj/qcVzUdc8Zr3VDk0xgTzZJb1bMjOZZO9M3 BpOs5l3/suGf
0q4haYnJbMTTrDX4hIOUdGTy1yata/3O1HjaCs2tGjR5s8EM7g8tSYr3RF3w ditGc92yXrGO
3NOjHJprAK5lMh26wVFpHhEa65kdVv5VcavVXuv4tdD1g9LGVp5f0tzM6R+M q0wDdrWfNlOS
AVwzxTNJJc1aAbpSljkGf54MTmF/AJtuSizyhKhnufFkm6zrjsRwoWtcbvJM BNdTEis8zjUD
2+pBSe9meFuvCHuUr0SSsXmykOkL17AlAeDJgTjdmoQlARzMKvLk4Mow/uuS GCPV+DOAcOJn
RV15cqtuqjFX/8680jWKV26h+qTulH0Hx3J30bDTkwfqsbru+RyvZ4335+Xg BtSalbSMEwyR
TMNTraV/rPdqRiX1k+nh2sala/r9Isy81o78fMxE4Fr8JFakZ3hsnZlqNZ7y MZuedfla0qYr
loJB2Dm+cKXgqnhHsrJazTRjOx1drmf9Y+4ct3p2e+bUC4aoC6Ak8FzpwhN4 rpAzp5sLtSdz
phtJV3PNd+sOz3WxDCCefOUaqrX3rPNU7nR5TWtoeXZXQUPMdC2Zy1bvu1zj DyHXOmW6xjrj
TAODPvWvjJppEqeX16OnZb+XXYnUP49cM7GSAPDkQJxuDbMudLonY1v3VJ6Z JW/KXIvLSy+u
dpKRp+MtE+Ss8W+tb01Wkjwj6b3yHjMBkewNhKbVulrXKF7553hb73xg7Ja7 KAqLTz0rLh1/
wuriS8Z+ejf1bDBHZJ0tnj2fNp+tNc2sbaaGrIuTf0haj/49hGcNC4aaZCH3 rGf+rrX571r8
/JtXa1b1r6NZO3I53b+DkYwhzT8YhJ3jC9eQskLzmObPlUEzs94umR3paV5d twZnh7lj0JZn
STbzzxF/KHqSQOWoPZseF2dPp9ZM68kArvwjmZvWYZhjlngnk4v9zP3TU0Lb U8caq+bgJSMM
zmLTNeVFqdUjkt790zy4MmoYa9ejp+Wsmwq/f83Q0pakTKhd92rJDadbI60L nS7PD65w8rhe
kr7SzZJq5OnXys21YHVy1AnTaY2qdY3izWRMSfRus+sbg4aU/oTVD36ofk85 5GiP3NXmnnwX
Yt1CaTM2uE5I9k9ZF6dgypNsRiX74KwDs24iJR35dxjqWRdGSeNWH0kQWc2x rsoeUJ6tgCRl
C/epQnMkuIJ7F9cMytS4htHM3UGvBStUMh5zmrt2sZJeMjnR2nV5vVQ4a6yZ s/I5HsyZnuXZ
k/qs6dpKXgJTOKH8Own5WiMMZknGKGPF0UJO3ot12grncibXeIwKhoSWnCX1 /euRa7viwegC
5enIlYLSvXtsKWPtlvg9mLcljQTjLe1ua4MSJwpBVdEFroTpsrfyMAsGSdAd wQr+JOaC7Ery
QdcHuxOuj5naMeONqJOnzQpTjSudds51keLtf1OVv51IfsYbU1CiV72BWX1q d0y/bdVv9dh1
upvEvYrg5Me/5UpXM1OYOd/MuaH1FTeiNWtd7+V7BWtrnmXVartnnMFFXZIo kzxijtblDnMN
SOhprkwba7osvqKlY1cAmA6yktHwpoeadOcZiTVOrCP0ZxDTy7X2hTmJrL7w G2jF5WrHVdk6
++rXrUGMngC2zgtrZrMmH9fcd80ybSTmXAjO8fSAXRHriW0zJLT0oiUEbRL5 U0TWuWkdvzV3
pXn62ZbtpmAUBWl7ljlXQvbHg3whS+deV/Smr0sycwLEOgxrL67cbu3azM/+ Hs2VyKTniihz
IXORN50o8ZEnNoKudwW8cD1KL5pW/q4p7/GgxBxXtFfuAmHvyQAq77ELnW6d Ba5Ql5AJxptk
5gZnIlHXDaPOlVE74XrXKN5OMIwuqktAsosys091x1C71rTEXbuOhC37x5Nv XwgRSap1N7dK
xlwXdQBbuZu6lqFflcn3mhoHifipHJ1k8y2Rf1b9UJ5fPHdlQu2HE2xKU5JB PeCi5G/HMwz5
2lSVMBBiD3LD6cL54pnv6dkkUbzBWLVOz+Bd5bkyUzQSdZJo6eRUIPRg1yje rGe8QmOoVjsC
8vDthIxTdTO725hRvFVxcXdza1WM6g6NALZyL3Q5Q39KL1u7ln1jJUiDMOWj CjZljjN4ixx1
VRSv0NgydGB8i2mvsMdKXFxF7P7xCwfZE5wetFELhqS+J7SqGDxEnX9SVBLn weRQ+atpwolW
3Wpdo3irawOtQQACEIAABCAAAQhAAAIQgAAETAJdo3g54yUWIQABCEAAAhCA AAQgAAEIQKDW
BFC8tSZM+xCAAAQgAAEIQAACEIAABCDQNQS6RvF2ja30CgEIQAACEIAABCAA AQhAAAI9iUBY
8e49Oerybyea+cQTY0ee/OxJBz9z4N7qt3qsrvQkN2ErBCAAAQhAAAIQgAAE IAABCGQm0DWK
N9MwlbhVQnfaqSe8efmly2+5Xv1Wj9UVRG8mjFSGAAQgAAEIQAACEIAABCDQ 0wh0jeKV/+Wq
WO4uv/IK5Zhll18aF/VYXcmr6JX8RfhMYVpGg65b5N9R5Bqh6+sNMlmUVC7v z693NyuqZbvZ
jrK0DO/7fVfeaLW7qjWq8gKgKibIG6muF+T9dmZNc075XZy1vrIl03dRSDJY zEc+TitPiSHB
aJeP1jqPypgFri+fKO+7Q+StuZhLnBvM23KMOD0d+Z3vdEnEWrcK1kiTe1O4 /ZBEo2cTIgly
62Ltz9ikGjNdJ0zKm/sSR1tbLq+77ub0ztwhdJO+ukbxyo2ffPaoqYcfu/Si i4qjR6u7Sg/U
z+jR6oG6rp517ULiXWb8I+9OUtM6SbTu5L2nawrTsWSQ6TplEJDM5zKaTRKW dcErw1+ShdOf
ZaprRbLUeZp1JVnTZf6xBUcerGAuzH6/SxqU1AnKjKwLf4XRHlQyWWdcLcZT ITTNBEkQZrI6
adB8EMRrvVdL3a4BSzJVOs7LyBjp4UlGZQ41mA08mV/Se+U9Wr2WHpWngieN BA03703HOU43
18SgpzzTTQuzYFOd43R/mGkhZA0J/6Ljv8VDWEu5pBorkOAc755Rp2WeHptq Mq3yOajcNYpX
fsb74m77zzv3/KUjRy09b5W4HT16ycgL1BV1XT0b3E5V3UmS7YVr/rgGk7V+ JqP860EmgJWP
07W3K69l0zSJseX1JVek8SIq8bVc2vl1eyYnli1+srL1WCdpSgKwvACQTJ9K RojiDepz4c41
055bgr2MgPHcktUK1zz1ZAxJ71mN8uzytaY8NT16wOo1edrB6T3N6ZkCMgkk SZi5olRCuGzF
a30dJ5gSrRX8c6Hyie/PmWbvlffo8hqpxh/Ynmj371VMsJL9T17rdI3ildMc 03ebJcPPXbTP
UYv2GRLfpR7ERV1Xzwr3+nFMmL/ji+kNR7qOK0kF65j7BlcSNK8n49G2U9Zd kVYnac1jUdqo
TJPB1Zc2Uf3jd6GTGOJylmSna2YTjUNVrPC0mXgkzVyjYYZo+i6rCZrtmt9d MeOq5hpbMk7r
ZEnHsFnBOgZr2Kf96wl+bZD+GDYru7rWosvVrN9AM/iD9dNO14JES25CtpIE YmUYzB7Wlj2z
L+1EVzWtjvW/1uRgJmd/YJiZJxjMrhnnmrZm/WTkrnhON2WtbDXTdVGYf7Q8 o7WmDcNvrNU1
Ln+Z8SwxxDU8M1yts09jgtNdMamlcQ/2yp3u6ssMNn9wStZE/yzWniXVmIna laIrT26kGnM3
YiZnSZKsZH3R0nK+/9s1ijc+4/X/jrmXzniHDl886Pj4Xc3qRz2Oi7ruOeO1 7g7Ta6QZakm2
lSzYZhaIe/REsBm41lxs9u4Zj3+o1u2UZEZZg96/GHjWUY9F5d1lNcFK3jSk plakXRwMBo8j
5LtMTwhpIepC4QFiXZDSnOWx6hqMZqk8nl3zVzPT9IKLrWtdTzfoqSNp1orL NULPOqc9FRyV
aYJ/Fmgu9kxSF23/ZMya0OSjDU4Hz8yq1qj8ScA6EfyxZx2Y6xZPOGWKZCtJ /6STx4krh1jR
eaI9GPlpdwcxBlsTzrvKXeDqKDdOFwaSp5okXQv9RdR50qZnGao8zoNODGZ+ /4ZBsys4fXpm
qjF3hjm+IlC8U6L+N0dRv3F9BkzqO2JB89Ap8+dMdBXVXHVhqU/qTtl3cCx3 Fw07PXmgHqvr
ns/xerZi/llk3ZGYRrmqmTsqM2X4W3Nti9X1+MdqmnZXurI5pORKUk1itSe5 yJFa+cSINAOt
HPwprBLUwWTnH4+5ZpjrQXD91m6xJmh/4Hm2kukRmuEh2YJk9Ujap54A8weP GRvB+ukJYnrB
Px2sa7/rYhlAPAHsGqp/O+LZkWg7OaHTtZlYHm0znKxOkWynghPT2pfLNS7v +5ct61yW5MOg
TyXLZbB3zdEaEM/UC4aWdXjBkPCQMcPAmuVwer6dLs8PrkhwhY0WsZkmKVGX 76gj1UiWm3zX
6RrFK/8cb+udD4zdchflg8WnnhWXjj9hdfElYz+9m3o2uCRLtvLpOvL9gbWm uaMyd3XmmP17
CP+QtB79W72slmbdp1rXDL8wcC1+WeWEfxGV7O3kXrB6ObZd+/Hs6c19qrbe WBO0KxgkkIXe
cU2ZrB6RTKXgJkPSqcf15hJu+k7rwuVciSuzjtYactZtRxCUJ8Kzjkoy6z3Z zzoSSZvmjMia
vYMQ/N53LfZWj7jShdUKl08l24tg75X36LEl62rlCVStKetECxorwZ6MId1F JhuzhmLlLrDC
8cN0JTczU1nDLBMQV+Wgv1x2eQZpXfi0VOCpQ6rxLIj+hCPxZv1GnStmgrEt X/rrcX2RrEG5
qdM1ijcTvpLo3WbXNwYNKf0Jqx/8UP2ecsjRHrlrzaTymA5mUv864Y946zbR s6oJ54/fOlcj
kgWvDG7mLZ4rno1gpnb8m+yussK/pcvk9+Aa5scVVAISaZHVI/IA8yy0kk49 cFzLs2dsVq9Z
u5CMTTI3XZs5Ty4Kjj/dpmScrgCQzB3X7JPcG8y3wWmSyTWejCpE6plK5lOu 8BPuOyWBHQwe
16IjFAbmUINuDVZwBWfa15JGghMk7W5rgzg9uLJIlgbhJPVUc0Wj65ag6/3D tu4ShVYEuybq
PPlNsisI5ljPhsGzHLgc18NTjX8xytmzXaN45We8MW4letUbmNWndsf021b9 Vo9dp7tJuKsg
Tn78eTZdzcyD5nbBun00G9Gu+NeV4JSztmbNC7EJVtu16+marrDOlFmSRG+O 1jMk/64uvjFt
afqK3zsmnyDnJABMVn6wnjxrck5MCI7HNN+/lvjhmLMjfUV7LIlzk0lyRevL OuzKu3AB9Lg+
HdLaNLEGmzZy10w3AyCZDukWzNslQ9Xi389WErpWN1mbDYaoyUezVyPjcVkZ T7mSgzW0ktnt
ilvTF+lbtMeSp6wWmenRw1DIJJ24rBGlxbbQa+a0lcSDlpbTM85P2HWjB7U2 hbX2tTloTo1K
zHHFA07XJlpwWvnDTNKatY5w7hB1rsXL6jhSjTUd1WmqMadevq90jeLNN9Nc WheUFq7k2Mk0
tNVLuJUMrridbIW1O79p3WGElY+hJ9hYOSV/C13L0LN9zLqvSpspUSY1Auvh KdxSm4bLhyrs
3VRf1iuufoNeC4qWTCisW0ZzwDg9uDCZ4SGf/t3E6ZLFLviiSTD+q2usfP5m qimc7EFb5DHg
yrGejVMQdablqQyTSTUVuiBTTOasctco3qxnvDmDXo/moHi73GvlLWNdPuxM A+gJNmYCUkbl
LmfozxVly5iybyyDoVXgBbfmcsOFQwq6slo9BvfQpmiX7zslqiyu468pX4OE eIX63y87q+WC
ykPO9FFVtIdw3gVDKKv7rPU9vVQxeIQmVxhmflVJ1FlnhD/MSDXVjcn8tZZB 8TZ3xd9qzh9x
LIIABCAAAQhAAAIQgAAEIACBziEgUrwb31T6dqIqKl7OeDvHu/QCAQhAAAIQ gAAEIAABCECg
JxNA8fZk72M7BCAAAQhAAAIQgAAEIACBPBPoGsWbZ6LYBgEIQAACEIAABCAA AQhAAALdg0DX
KN6s72qe+cQTY0ee/OxJBz9z4N7qt3qsrnQPgIwCAhCAAAQgAAEIQAACEIAA BLopga5RvJlg
KHGrhO60U0948/JLl99yvfqtHqsriN5MGKkMAQhAAAIQgAAEIAABCECgpxHI oHj7DJjYd8SC
5qFT5s+Z6CqqOQlB+RlvLHeXX3mFanbZ5ZfGRT1WV/IqeoPfSCEhnK5TRoOu W8poSo3E9c0T
WQ2pUf18GCWxQlLHhNzN3SePip5mfi7trV+jJCNXdSTVhDHfDZuSfH2I0Lra VauuF2o3zkpa
Nr+Axx8tWesn6348yOBXE8m3HPJxWvlIDAlOHPlotTG4FtOsPSb1/RPKhV27 y9Oa6T6/Q4U9
upqVdOfaonimA07X5mD6v5JgluTtYAxXkq+qdW9Y8Q6cHPW/ufS3mquoeOWj n3z2qKmHH7v0
oouKo0eru0oP1M/o0eqBuq6edSW1eNGqxdJlndJad/Le0zVd2VCOK5jihU1J 5oCwqWRqedr0
TBVXAk33bnLLNPcyVU769TvLH3jlGeUHLrFCUse1nHSm+4KTurw472nm14u9 mcaZqXK3mq3B
kQcr+Pea/pToyh5ldCrP/JIBCwcQ7LS7tWNuMYMmZNqyV9Kadb/rB+ja9iQu 1pY81xon31q4
Vtigo5MKyeZKywNaWJpDDW5IPKu/pPfKe0z3Ys1yngqeWRk03LzXGkta8ON0 K5AgbS3MuonT
06OyDqnC1FTT27tG8crPeF/cbf95556/dOSopeetErejRy8ZeYG6oq6rZ8vb +1bCVJKtXOle
su0IJvSsgy+jQXmGkgzGszzEiSA48+W9SGpqdcrgk+QvD6hONkpihaSOCbA7 uE8y8mCdYAVP
MulaR0tGbtaR3NU93S3c+ssne13EsNBf8sVF0qCkToXizT9g4QCCvu5u7VQI zbNIVcXSpBHz
QXBP5bnF+pQkYj0JNut67cmE1pFkzZyqfvwTBOWS1pX36HKBOTYXfCEKTU7X WvFa25dMJZye
ydGu1ymEaccfZsFc3YUVukbxyg0e03ebJcPPXbTPUYv2GRLfpR7ERV1Xz2ZK OnFMpH/H/03n
L/PZ4KYwmL+Ci4oWrNZ4siZZV9ryWKTFuid3u6Lf7DQZsMcQKwTXxWRUaRSa azRXmjVN57rc
raXUpCOPIzxxUmujrAuAGYQ5cJ85W9NGmTNXC3tzFtSpo63ODZpv7h66eWAH 854nh3TbFOTZ
rvk9mN5rugLblR5djvak7iRaPCtC1sxvtml1k2tSW+eva/0yg8dqkYt5OrSC aUTDmywrZsr1
NGX6V8Mrcbp/AyOhrcEPbqi0XGT9rxknZi7SRm4ONYGs+dGTBNJITbtco9Ii ypo2E1+kR2Ud
iTnfNUO09l3myHvUWjC7C7rDQ8aP0YrOushasxlOd035YJh1stPTQWuOTUsC 1hzSTS52jeKN
z3j9v2NApTPeocMXDzo+flez+lGP46Kue854rQtbOnVa81qShV2p05NStfXJ zBRmKrS2ZmYf
Saa2Nm6dNklNYZrzDNKz9nissPYrWTxcqdx/3ZyrVteYWCSO8K++tTDKjFvX FS3FZPJIpsrp
2NNyn5yhZFV2TTH/Gu+Z6cGnJFHRDc3XsoHGR+4Uazs1stc/qqCnuqdRnrkp sdc6hT0zxboN
ciVA/6xxbWKCsWRm1+DU9q+VkvTuWlvLTkeS7YGZ3oPdWePBvxDL3ZTU9K9K ruWvjP1JMD+4
Kph9uaaDx3wPN+tTkvpBnwY9KGFiTaFWr1l3Xx6qVicGJ6A/ArUxuII82AtO 90SXNd8K80kn
ON2VDz0LnLZ4dZP/do3ilRuvPqk7Zd/BsdxdNOz05IF6rK57Psdr3StI3OZa 6T0N+td4z0Ji
TWfW1K8uJj/WkWh3pSt7dgyeZk0fCaefpztPm65071m6tFsk3GJ7hUu+tUF/ 9tcCrLpGJYEk
SY517T6JpenQtYZcvh3tN1+yt0jHqj/UzTRV3cBO3KeloxzPVuue1bX0mFjk C4cnX7lmjWuh
EXYam2YuQP7FNxhjrvRuHZXrYtaULqmfdqUn51gXMg8TOUN5zUyLgmuVdNno MlBy3TMdrFFq
GuLanmXt3cxsrlnpGYM1PQa5uZKqtSNPOPm9bL1R2JrpC1fwZ8Wurfg4vbs5 3cxUnl10cHp2
YYXurnhb73xg7Ja7KECLTz0rLh1/wuriS8Z+ejf1bDAy/Autf0lzOcY68107 SC2bBwecdUja
YFy3Z2020+oo2RmYK0d6qY4fm6w8CVpbIeQGJn0Ju9PSscfRcU3tR9iL1Y/W ZdIkmTXGrDsM
l12uaO9aS63hZO57tCBJKviXZEksdXPzrZHjSoZda68nnSYTyrri1q8TrRMw OK9NUJUQ8Lfm
2ZRU3qln/2RO2KDVnvgJzgJ/5AufLS/JeHKRsF9r2vd7x8yQkp2rq830ACT9 StrRVtvyotTq
EUnvrvDLtEcP9m7l5oqiTDvGTJUl4zTDwzWnsgaAJwfi9Ex+zFS5PKd7MrZk 85lp+tS0cgbF
2zxgUrW+nSiTSSXRu82ubwwaUvoTVj/4ofo95ZCjPXK37GXAunCauxBP3tSS tWt/aZqfdQ/h
Wbdci6V8EXUtgZ4WJI0H15Ig/6yUMq1wpu+6m1FlJB0hsXq01D9mczdZR9Er cXTQ/DqyN7i/
8SzSkqc8U9u6e3Nt6axbtLSz/ItFMGmbt3s2hf7FxYVUMtMzhZ+kQclW2DNh heERpCeEKcyZ
ftEi8Y5psmf/IGHoB1Uen+AeJtisZOTliR/J+i7ZzPhdaTXQM5ddAsCVVcwM lrXHYP2gC4IV
PFnOk4EzBU86ej2RjNP9+dmTVbQbMzldsiiYuqYbXpEp3ptK307UVYpXUVOi V72BWX1qd0y/
bdVv9dh1ups4Rrkz+fHsVOKn4h+rU81sYgaK1le6TVeaC+5+zOhMDzKYcK22 e8bpCk1hOjNb
NiEEM3u6guYRTwbUliutpulcl68lbu1ao8pIOnXqPutKqbnSnLnJFf+krkdH ++dXepGTzBRm
azDbW/OGZx3Rcpd122HmWLMXax525e30Ymcdm8TR6VljnVPpIZU3d7SJ6Yfj WSY0c1wJwVwc
zdXEkxjNJTu4ZLjCSci2bDdpux1r2gyGommvufdwNWLGg7Wmq1rag9bQMhf3 oC88k1TylHWo
ZqSZMRY0XOs9+W/lPZot++esP0405n67XMHjT5WJE3G6NcKtq4ArflxLRjAg gxPfP188U8A1
/u5wvT4Ub3cg1cPHoE2POg33TMP2m9wl8eAZUiUOqi9LyyBfCZwyuqv8lgo9 Unf2SojVnVEV
OlHCpMvr9AQbaw25axl6RItcGpmIPCq3C3kKJbppuHzM8jXarCmPhKDXMgke SWsuZZ5VXctJ
ZqopxB60VO4Cl+H+TWYOnB7U2Jkc18mVUbydDLxeu6u77aYEdN0ZJUzr/v1H 1mclJKtep7yF
xzWMPDlagrru7M2lUdWNYQmizq/TE2ysNdUuZ+jRgcr2srVr2TdWAjwIUz6q YFNlrKRy1H4I
QeXmf7XCf7tElcV1/DX9xlbiZb+q9PulWi6wvqYQVIMStsJtjCs+hREeDKGs 7itjvlQxBoRN
oXiFoKgGAQhAAAIQgAAEIAABCEAAAnVGAMVbZw5juBCAAAQgAAEIQAACEIAA BCAgJIDiFYKi
GgQgAAEIQAACEIAABCAAAQjUGYEMirfPTl3z7UR1RpThQgACEIAABCAAAQhA AAIQgED3IBBW
vHtPjja+ufTtRCje7uEyRgEBCEAAAhCAAAQgAAEIQAACIgIoXhEmKkEAAhCA AAQgAAEIQAAC
EIBA3RFA8dadyxgwBCAAAQhAAAIQgAAEIAABCIgIoHhFmKgEAQhAAAIQgAAE IAABCEAAAnVH
AMVbdy5jwBCAAAQgAAEIQAACEIAABCAgIoDiFWGiEgQgAAEIQAACEIAABCAA AQjUHYEMird5
AN9OVHf+ZcAQgAAEIAABCEAAAhCAAAR6LoGw4h04Oep/U+nbiVC8PTdMsBwC EIAABCAAAQhA
AAIQgEAdEqi+4lUtUiAAAQhAAAIQgAAEIAABCEAAAt2BwPw5E10lOmhRlOmM 19MWT0EAAhCA
AAQgAAEIQAACEIAABLoPARSv88WA7uMkRgIBCEAAAhCAAAQgAAEIQAACZRBA 8aJ4IQABCEAA
AhCAAAQgAAEIQCCfBFC8+fRrGS9+cAsEIAABCEAAAhCAAAQgAIGcEUDxongh AAEIQAACEIAA
BCAAAQhAIJ8EOhTvxuJvJ8qZ4sccCEAAAhCAAAQgAAEIQAACEMgrARRvPl/J yGu8YhcEIAAB
CEAAAhCAAAQgAAE5ARQvihcCEIAABCAAAQhAAAIQgAAE8kkAxZtPv8pf86Am BCAAAQhAAAIQ
gAAEIACBvBJA8aJ4IQABCEAAAhCAAAQgAAEIQCCfBFC8+fRrXl+hwS4IQAAC EIAABCAAAQhA
AAJyArri/dhRLX1HLGgeOqXP4XNrWkodUyAAAQhAAAIQgAAEIAABCEAAArUj MHBytMOjUfLt
ROsc+Pp6R09d8+BJvb4wsaYl2ntKzYuyjeInsPfkqNZl4JSotiUHXq41IjXX au1opnMoDnOQ
8XJgQm1zUe0ncmn8oUirgwqdAKrGlGqeUdX4a02pxog6Iw5BFHRirRHVfndR 84nQCUm19l6o
+XTrBBNq3cXkaNfx0fb/ivrfGkV974n639Rebl71IP5v/RZlSE1L/ZJZNXL1 Uke9l06Iz1oj
qm2Utk+BHJhQa0dvrCjVstR6/B2pu6YZr/aN19QFndN4rR3dCVZ0QkaqeRf1 vzqDKDyVap2R
chBF9W9CZ2S8WlOqdaDSvoSA8vKtpf3wJ2+Iov/5TbT+jykQgAAEIAABCEAA AhCAAAQgAIG8
ESjyAwEIQAACEIAABCAAAQhAAAIQyCOBKI9GYRMEIAABCEAAAhCAAAQgAAEI QKD4//iCJVlg
rs0PAAAAAElFTkSuQmCC
--------------070609020400030306050403--
Re: NullPointerException in XMLSaveImpl.saveDataTypeMany [message #423297 is a reply to message #423294] Fri, 26 September 2008 12:43 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 30825
Registered: July 2009
Senior Member
Ronaldo,

Comments below.

Ronaldo wrote:
> Hi Ed,
>
> Thanks for the extensive answers. Yes, I'm sure I've left out
> something, if I only knew what...
> I decided to take a step back, create a new project and reload the xsd
> again.
> Then, step by step I'll try to find the solution.
>
> Unfortunately, importing the xsd
> (http://www.wfmc.org/standards/bpmnxpdl_31.xsd) shows errors, see
> attachment.
> I cannot tell if the xsd is not ok or if there's an error somewhere in
> emf.
The XML Schema for schemas has a regular expression for validating that
XPaths are well formed and that regular expression doesn't allow
spaces. This schema has spaces in their regular expressions though.
You can just ignore these errors since key/keyref and unique are ignored
in XSD -> Ecore mapping.
>
> Ronaldo
>
> Ed Merks wrote:
>> Ronaldo,
>>
>> Comments below.
>>
>> Ronaldo wrote:
>>> Nope most elements didn't have a target namespace... I guess I'll
>>> have to add them manually to every element.
>>>
>>> A little background might be usefull:
>>> I started out with the xpdl2.1 XSD
>>> (http://www.wfmc.org/standards/bpmnxpdl_31.xsd) and created a model
>>> and generated java from that.
>> That one had a target namespace.
>>> However, I have little experience with XSD's and decided it might be
>>> easier to reload from java annotations from that point on.
>> Did you know you can export your Ecore to XSD? Keep in mind though
>> that XSD -> Ecore -> XSD is not a round trip because XSD -> Ecore is
>> slightly lossy. But Ecore -> XSD -> Ecore is supposed to be a round
>> trip because we generate all the necessary ecore:* annotations to
>> make it roundtrip. Using this mechanism, you could discover what you
>> needed to change in the original XSD to produce the desired Ecore...
>>>
>>> That might explain why I do have a DocumentRoot generated, a thing I
>>> don't have when generating the model from java annotations directly.
>> We, given sufficient annotations of the right form, you'll get the
>> same thing. The Ecore -> Java with @model -> Ecore is supposed to be
>> a round trip after all...
>>> When it all seemed to work, I read posts like
>>> http://www.eclipsezone.com/eclipse/forums/t91748.html to eliminate
>>> the prefixes.
>>> (Well I guess I misinterpreted them).
>> A better way to have eliminated the prefixes is to use
>> DocumentRoot.getXMLNSPrefixMap().put("", XyzPackage.eNS_URI). This
>> way you end up with an xmlns="<nsURI>" in the document and all
>> elements will be implicitly qualified by this namespace. Of course
>> attributes will still need explicit qualification, so I'm not sure
>> you'd be totally happy with the result. But given that I assume you
>> want the serialization to conform to the schema and the schema
>> requires qualified local elements and attributes, I don't think you
>> have all that much choice.
>>>
>>> I also noted that all my interfaces are now annotated with a
>>> name='*_._type' in the extended metadata annotation.
>> This comes from anonymous type definitions.
>>> I'd swear this was not the case earlier on.
>>> I'm not sure if this is good or bad, as I read that this should be
>>> ok when using a DocumentRoot... (?)
>>> ( http://dev.eclipse.org/newslists/news.eclipse.tools.emf/msg2 6745.html)
>> An anonymous type can never be used in an xsi:type. Sometimes that
>> fact can be used to deduce a more appropriate element name...
>>> But, as I'm not modifing the xsd but the java annotations instead
>>> and reloading the genmodel from these java annotations, do I still
>>> need that (old?) documentroot?
>> The document root determines the appropriate element name at the root
>> of the document. Without a document root, the name of the type will
>> be used as the root element name, but that's not going to conform to
>> the schema since a schema will always specify a global element to use
>> for the root.
>>> I created a new testproject from java and indeed no documentroot was
>>> generated.
>> Not sure about that. The DocumentRoot interface has @model on it, so
>> I assume you'd have to delete that for it to just disappear...
>>>
>>>
>>> That would also explain why adding an element directly to the
>>> resource.getContents() did serialize ok,
>>> while using an (old?) documentroot did not serialize ok.
>> If you're okay with a serialization that doesn't conform to the
>> schema then it's okay. The document root serialization issue was a
>> result of inconsistent annotations (annotations that would never have
>> been produced from a real schema).
>>>
>>> I assumed that starting with an xsd, would create the same model as
>>> when you're starting from java...
>> Given the corresponding annotations, yes.
>>> But the documentroot thing shows that's not the case?
>> I'm sure you've left out a little detail. After all, you've already
>> mentioned reloading the model from the @model changes and that didn't
>> make the DocumentRoot disappear... When reading the newsgroups for a
>> long time you start to learn that people leave out tiny but little
>> important details. :-P
>>>
>>>
>>> Ronaldo
>>>
>>>
>>> Ed Merks wrote:
>>>> Ronaldo,
>>>>
>>>> For the library mode it looks like this:
>>>>
>>>> * @model containment="true" upper="-2" transient="true"
>>>> volatile="true" derived="true"
>>>> * extendedMetaData="kind='element' name='library'*
>>>> namespace='##targetNamespace'"*
>>>>
>>>> I assume these models originated from a schema. Do that schema
>>>> have a target namespace?
>>>>
>>>>
>>>> Ronaldo wrote:
>>>>>
>>>>> This is the generated code for the getActivities method in the
>>>>> DocumentRoot interface.
>>>>>
>>>>> * @model containment="true" upper="-2" transient="true"
>>>>> volatile="true" derived="true"
>>>>> * extendedMetaData="kind='element' name='Activities'"
>>>>> * @generated
>>>>> */
>>>>> ActivitiesType getActivities();
>>>>>
>>>>>
>>>>>
>>>>> Ed Merks wrote:
>>>>>> Ronaldo,
>>>>>>
>>>>>> What EAnnotations does the "activities" feature of the
>>>>>> DocumentRoot have on it?
>>>>>>
>>>>>>
>>>>>> Ronaldo wrote:
>>>>>>> I have something that might be noteworthy:
>>>>>>> Somehow, I noticed that my genmodel consists of 4 models:
>>>>>>>
>>>>>>> Xpdl1 - Deprecated xpdl format
>>>>>>> Xpdl2 - Current xpdl format
>>>>>>> Ecore - (Icon contains a little arrow/referenced?)
>>>>>>> XMLType - (Icon contains a little arrow/referenced?)
>>>>>>>
>>>>>>> The util package also contains an Xpdl2XMLProcessor class:
>>>>>>>
>>>>>>> public class Xpdl2XMLProcessor extends XMLProcessor {
>>>>>>> public Xpdl2XMLProcessor() {
>>>>>>> super((EPackage.Registry.INSTANCE));
>>>>>>> Xpdl2Package.eINSTANCE.eClass();
>>>>>>> }
>>>>>>>
>>>>>>> @Override
>>>>>>> protected Map<String, Resource.Factory> getRegistrations() {
>>>>>>> if (registrations == null) {
>>>>>>> super.getRegistrations();
>>>>>>> registrations.put(XML_EXTENSION, new
>>>>>>> Xpdl2ResourceFactoryImpl());
>>>>>>> registrations.put(STAR_EXTENSION, new
>>>>>>> Xpdl2ResourceFactoryImpl());
>>>>>>> }
>>>>>>> return registrations;
>>>>>>> }
>>>>>>> }
>>>>>>>
>>>>>>> which seems a little odd. I hadn't noticed this before.
>>>>>>>
>>>>>>> Here's the EPackage source:
>>>>>>>
>>>>>>> public interface Xpdl2Package extends EPackage {
>>>>>>> String eNS_URI = "http://www.wfmc.org/2008/XPDL2.1";
>>>>>>> String eNS_PREFIX = "xpdl2";
>>>>>>> Xpdl2Package eINSTANCE =
>>>>>>> org.wfmc.xpdl21.xpdl2.impl.Xpdl2PackageImpl.init();
>>>>>>> }
>>>>>>>
>>>>>>>
>>>>>>> And the resourceFactory source:
>>>>>>>
>>>>>>> public class Xpdl2ResourceFactoryImpl extends ResourceFactoryImpl {
>>>>>>> /**
>>>>>>> * @generated
>>>>>>> */
>>>>>>> public Xpdl2ResourceFactoryImpl() {
>>>>>>> super();
>>>>>>> }
>>>>>>> /**
>>>>>>> * @generated
>>>>>>> */
>>>>>>> public Resource createResourceGen(URI uri) {
>>>>>>> XMLResource result = new Xpdl2ResourceImpl(uri);
>>>>>>>
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>>>>> Boolean.TRUE);
>>>>>>>
>>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_EXTEND ED_META_DATA,
>>>>>>> Boolean.TRUE);
>>>>>>>
>>>>>>>
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>>>>> Boolean.TRUE);
>>>>>>>
>>>>>>>
>>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>>>>> Boolean.TRUE);
>>>>>>>
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_USE_EN CODED_ATTRIBUTE_STYLE,
>>>>>>> Boolean.TRUE);
>>>>>>>
>>>>>>>
>>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_USE_LE XICAL_HANDLER,
>>>>>>> Boolean.TRUE);
>>>>>>> return result;
>>>>>>> }
>>>>>>> @Override
>>>>>>> public Resource createResource(URI uri) {
>>>>>>> XMLResource result = (XMLResource)createResourceGen(uri);
>>>>>>>
>>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_ENCODI NG,
>>>>>>> "UTF-8");
>>>>>>>
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ENCODI NG,
>>>>>>> "UTF-8");
>>>>>>> // // // Where do we turn this off in the genmodel?
>>>>>>> What is the name of the option?
>>>>>>> //
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_SCHEMA _LOCATION,
>>>>>>> Boolean.TRUE);
>>>>>>> // //
>>>>>>> result.getDefaultLoadOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>>>>> Boolean.TRUE);
>>>>>>> //
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_LAX_FE ATURE_PROCESSING,
>>>>>>> Boolean.TRUE);
>>>>>>> //
>>>>>>>
>>>>>>> //result.getDefaultSaveOptions().put(XMLResource.OPTION_SKIP _ESCAPE,
>>>>>>> Boolean.TRUE);
>>>>>>> //
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_ESCAPE _USING_CDATA,
>>>>>>> Boolean.TRUE);
>>>>>>> //
>>>>>>> result.getDefaultSaveOptions().put(XMLResource.OPTION_FORMAT TED,
>>>>>>> Boolean.TRUE);
>>>>>>> // return result;
>>>>>>> }
>>>>>>>
>>>>>>> } //Xpdl2ResourceFactoryImpl
>>>>>>>
>>>>>>> I hope this helps.
>>>>>>> Ronaldo
>>>>>>>
>>>>>>> Ed Merks wrote:
>>>>>>>> Ronaldo,
>>>>>>>>
>>>>>>>> Comments below.
>>>>>>>>
>>>>>>>> Ronaldo wrote:
>>>>>>>>> Hi Ed,
>>>>>>>>>
>>>>>>>>> I guess you're saying I'm messing around with a null namespace :0
>>>>>>>>> Point is, it has worked and somehow I changed something and it
>>>>>>>>> doesn't work any more.
>>>>>>>>> I feel I'm losing control ...
>>>>>>>> Something worked, but only you know what...
>>>>>>>>>
>>>>>>>>> Anyway, I'll step back, and use proper namespaces ;)
>>>>>>>>>
>>>>>>>>> My package is now only annotated with @model kind="package".
>>>>>>>>> (Unqualified is removed)
>>>>>>>> You've relaoaded the model?
>>>>>>>>> The generated XYZExample now generates
>>>>>>>>>
>>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>>>> <Activities/>
>>>>>>>>>
>>>>>>>>> So the question is, which piece of code is responsible for
>>>>>>>>> hiding the namespace prefix?
>>>>>>>> And has the resource factory been regenerated so it's using
>>>>>>>> "TRUE"? It doesn't look that way...
>>>>>>>>>
>>>>>>>>> I'd expect something like
>>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>>>>> <prefix:Activities xmlns:prefix="yadiyadi" />
>>>>>>>> Me too. What's the nsURI of your EPackage?
>>>>>>>>>
>>>>>>>>> Fun part is, after unloading the created and saved resource,
>>>>>>>>> I reload it using the same resourceSet. But then, I get the
>>>>>>>>> famous "Package with uri null not found" message...
>>>>>>>>> because the prefix is missing...
>>>>>>>> Something's is a little screwed up for sure... What does the
>>>>>>>> resource factory look like?
>>>>>>>>>
>>>>>>>>> Ronaldo
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Ronaldo wrote:
>>>>>>>>>>> This error comes up when I run the XYZExample test code,
>>>>>>>>>>> disguised as/copied to a UnitTest in maven. (ie outside the
>>>>>>>>>>> eclipse editor).
>>>>>>>>>>> It runs fine from within eclipse/junit. I figured it must
>>>>>>>>>>> have something to do with
>>>>>>>>>>> http://wiki.eclipse.org/index.php/EMF-FAQ#How_do_I_use_EMF_i n_standalone_applications_.28such_as_an_ordinary_main.29.3F,
>>>>>>>>>>>
>>>>>>>>>>> does it?
>>>>>>>>>>>
>>>>>>>>>>> The error is
>>>>>>>>>>>
>>>>>>>>>>> java.lang.NullPointerException
>>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeMany( XMLSaveImpl.java:1742)
>>>>>>>>>>>
>>>>>>>>>> It's dying because the data type doesn't have a containing
>>>>>>>>>> package and hence we get a null pointer exception trying to
>>>>>>>>>> get the factory for that package?
>>>>>>>>>>
>>>>>>>>>> EDataType d = (EDataType)f.getEType();
>>>>>>>>>> EPackage ePackage = d.getEPackage();
>>>>>>>>>> EFactory fac = ePackage.getEFactoryInstance();
>>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures(XMLS aveImpl.java:1485)
>>>>>>>>>>>
>>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject(XM LSaveImpl.java:678)
>>>>>>>>>>>
>>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveI mpl.java:588)
>>>>>>>>>>>
>>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl. java:256)
>>>>>>>>>>>
>>>>>>>>>>> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave(XMLRes ourceImpl.java:205)
>>>>>>>>>>>
>>>>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:1344)
>>>>>>>>>>>
>>>>>>>>>>> org.eclipse.emf.ecore.resource.impl.ResourceImpl.save(Resour ceImpl.java:986)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Code:
>>>>>>>>>>>
>>>>>>>>>>> MyModel1Package.eINSTANCE.eClass();
>>>>>>>>>>> MyModel2Package.eINSTANCE.eClass();
>>>>>>>>>>> ResourceSet resourceSet = new ResourceSetImpl();
>>>>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>>>>
>>>>>>>>>>> ("ext1", new MyModel1ResourceFactoryImpl());
>>>>>>>>>>> resourceSet.getResourceFactoryRegistry().getExtensionToFacto ryMap().put
>>>>>>>>>>>
>>>>>>>>>>> (Resource.Factory.Registry.DEFAULT_EXTENSION,
>>>>>>>>>>> new MyModel2ResourceFactoryImpl());
>>>>>>>>>>>
>>>>>>>>>>> Resource resource =
>>>>>>>>>>> resourceSet.createResource(URI.createURI("http:///My.model.uri"));
>>>>>>>>>>>
>>>>>>>>>>> DocumentRoot documentRoot =
>>>>>>>>>>> MyModel2Factory.eINSTANCE.createDocumentRoot();
>>>>>>>>>>>
>>>>>>>>>>> // ---- Removing the next two lines makes it work from maven
>>>>>>>>>>> too.
>>>>>>>>>>> ActivitiesType root =
>>>>>>>>>>> MyModel2Factory.eINSTANCE.createActivitiesType();
>>>>>>>>>>> documentRoot.setActivities(root);
>>>>>>>>>>>
>>>>>>>>>>> resource.getContents().add(documentRoot);
>>>>>>>>>>> resource.save(System.out, null);
>>>>>>>>>> This looks much like the generated XyzExample you get when
>>>>>>>>>> you invoke "Generate Test Code". Does that have the same
>>>>>>>>>> problem?
>>>>>>>>>>>
>>>>>>>>>>> Many thanks,
>>>>>>>>>>> Ronaldo
>>>>>>>>>>>
>>>>>>>>>>> Ed Merks wrote:
>>>>>>>>>>> > Ronaldo,
>>>>>>>>>>> >
>>>>>>>>>>> > Comments below.
>>>>>>>>>>> >
>>>>>>>>>>> > Ronaldo wrote:
>>>>>>>>>>> >> Hi Ed,
>>>>>>>>>>> >>
>>>>>>>>>>> >> Thanks for the quick answer. Yes, I have 2 models in 2
>>>>>>>>>>> different
>>>>>>>>>>> >> eclipse projects.
>>>>>>>>>>> >> They both use a null target namespace, in order to
>>>>>>>>>>> eliminate the
>>>>>>>>>>> >> prefixes in the xml.
>>>>>>>>>>> > :-(
>>>>>>>>>>> >
>>>>>>>>>>> > XML documents with at least a namespace for the root
>>>>>>>>>>> element are
>>>>>>>>>>> > generally more consumable because they identify their
>>>>>>>>>>> schema...
>>>>>>>>>>> >>
>>>>>>>>>>> >> I was just wondering what (which setting) causes the code
>>>>>>>>>>> >>
>>>>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA,
>>>>>>>>>>> extendedMetaData);
>>>>>>>>>>> > A null target namespace schema produces an annotation on
>>>>>>>>>>> the EPackage to
>>>>>>>>>>> > indicate the package is not qualified.
>>>>>>>>>>> >>
>>>>>>>>>>> >> to be generated. (as opposed to
>>>>>>>>>>> >>
>>>>>>>>>>> >> result.getDefaultSaveOptions().put(
>>>>>>>>>>> >> XMLResource.OPTION_EXTENDED_META_DATA, Boolean.TRUE);
>>>>>>>>>>> > This package doesn't have such an annotation.
>>>>>>>>>>> >
>>>>>>>>>>> > Note that you can't have two different packages that both
>>>>>>>>>>> want to be the
>>>>>>>>>>> > one for the null namespace both working at the same time.
>>>>>>>>>>> >> )
>>>>>>>>>>> >>
>>>>>>>>>>> >> Ronaldo
Previous Topic:[Teneo] 2 Configuration Questions
Next Topic:XML schema round-trip loosing min-exclusive... tags?
Goto Forum:
  


Current Time: Wed Jan 29 01:12:05 GMT 2020

Powered by FUDForum. Page generated in 0.03562 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top