Mailing-List: contact dev-help@oodt.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@oodt.apache.org
Received-SPF: pass (athena.apache.org: domain of holenoter@me.com designates
 17.148.16.99 as permitted sender)
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="Boundary_(ID_L3jkGy5Yz3BPR5vgN4vdvQ)"
To: dev@oodt.apache.org
Cc: "dev@oodt.apache.org" <dev@oodt.apache.org>
From: holenoter <holenoter@me.com>
Subject: Re: XMLValidation layer modifyElement
Date: Sun, 29 May 2011 06:33:23 +0000 (GMT)
Message-id: <2da998d6-ab31-c24f-baad-878f70a39426@me.com>
In-reply-to: <79A02AC1-1430-4AE4-9131-37C34747D733@jpl.nasa.gov>

--Boundary_(ID_L3jkGy5Yz3BPR5vgN4vdvQ)
Content-type: text/plain; charset=utf-8; format=flowed
Content-transfer-encoding: quoted-printable

=0Ahey chris,=EF=BB=BF=0A=0Aif you modify an element then call getElements=
(ProductType) you will not get the modified element because the product ty=
pe element map was not updated. . . .hope hawaii was a good time dude!=0A=0A=
-brian=0A=0AOn May 28, 2011, at 10:46 PM, "Mattmann, Chris A (388J)" <chri=
s.a.mattmann@jpl.nasa.gov> wrote:=0A=0A> Hi Michael,=0A>=0A> > I looked at=
 the XMLValidation layer's modifyElement function, and it doesn't appear t=
o modify elements that get put into the productTypeElementMap.=0A>=0A> It =
looks like it's modifying the elements that get put into the product type =
element map, indeed. The function consists of:=0A>=0A> {code}=0A> elementM=
ap.put(element.getElementId(), element);=0A> saveElementsAndMappings();=0A=
> {code}=0A>=0A> It first takes in the new element, updates the element ma=
p, and then saves out the new map file with the updated element definition=
 The product type element map is left unmodified, so as long as the eleme=
nt has the same identifier as was used to originally link it, it will get =
saved through fine.=0A>=0A> >=0A> > Thus an element will be modified in th=
e elements map (element id to element) but if it is already mapped to a pr=
oduct type the product type to element map will maintain a reference to th=
e unmodified element. Is this intended behavior, or have I missed somethin=
g?=0A>=0A> See above.=0A>=0A> >=0A> > I had intended to use the modifyElem=
ent function, but with the purpose of updating any occurrence of that elem=
ent. If this is not the intended purpose I will find a workaround.=0A>=0A>=
 Let me know if I'm misunderstanding you, but I think it works fine...=0A>=
=0A> Cheers,=0A> Chris=0A>=0A> +++++++++++++++++++++++++++++++++++++++++++=
+++++++++++++++++++++++=0A> Chris Mattmann, Ph.D.=0A> Senior Computer Scie=
ntist=0A> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA=0A> Office=
: 171-266B, Mailstop: 171-246=0A> Email: chris.a.mattmann@nasa.gov=0A> WWW=
: http://sunset.usc.edu/~mattmann/=0A> +++++++++++++++++++++++++++++++++++=
+++++++++++++++++++++++++++++++=0A> Adjunct Assistant Professor, Computer =
Science Department=0A> University of Southern California, Los Angeles, CA =
90089 USA=0A> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++=
++++++=0A>=0A=

--Boundary_(ID_L3jkGy5Yz3BPR5vgN4vdvQ)
Content-type: multipart/related;
 boundary="Boundary_(ID_urdFD44nZ8OJXoy6ybOZbg)"; type="text/html"


--Boundary_(ID_urdFD44nZ8OJXoy6ybOZbg)
Content-type: text/html; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

<html><body><div><br></div><div>hey chris,<br></div><div><br></div><div>if you modify an element then call getElements(ProductType) you will not get the modified element because the product type element map was not updated. . . .hope hawaii was a good time dude!<br></div><div><br></div><div>-brian<br></div><div><br>On May 28, 2011, at 10:46 PM, "Mattmann, Chris A (388J)" &lt;chris.a.mattmann@jpl.nasa.gov&gt; wrote:<br><br><div><blockquote type="cite"><div class="msg-quote"><div class="_stretch">Hi Michael,<br>
<br>
&gt; I looked at the XMLValidation layer's modifyElement function, and it doesn't appear to modify elements that get put into the productTypeElementMap.<br>
<br>
It looks like it's modifying the elements that get put into the product type element map, indeed. The function consists of:<br>
<br>
{code}<br>
        elementMap.put(element.getElementId(), element);<br>
        saveElementsAndMappings();<br>
{code}<br>
<br>
It first takes in the new element, updates the element map, and then saves out the new map file with the updated element definition. The product type element map is left unmodified, so as long as the element has the same identifier as was used to originally link it, it will get saved through fine.<br>
<br>
&gt; <br>
&gt; Thus an element will be modified in the elements map (element id to element) but if it is already mapped to a product type the product type to element map will maintain a reference to the unmodified element.  Is this intended behavior, or have I missed something?<br>
<br>
See above.<br>
<br>
&gt; <br>
&gt; I had intended to use the modifyElement function, but with the purpose of updating any occurrence of that element.  If this is not the intended purpose I will find a workaround.<br>
<br>
Let me know if I'm misunderstanding you, but I think it works fine...<br>
<br>
Cheers,<br>
Chris<br>
<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
Chris Mattmann, Ph.D.<br>
Senior Computer Scientist<br>
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA<br>
Office: 171-266B, Mailstop: 171-246<br>
Email: <a href="mailto:chris.a.mattmann@nasa.gov" _mce_href="mailto:chris.a.mattmann@nasa.gov">chris.a.mattmann@nasa.gov</a><br>
WWW:   <a href="http://sunset.usc.edu/%7Emattmann/" _mce_href="http://sunset.usc.edu/~mattmann/">http://sunset.usc.edu/~mattmann/</a><br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
Adjunct Assistant Professor, Computer Science Department<br>
University of Southern California, Los Angeles, CA 90089 USA<br>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<br>
<br>
</div></div></blockquote></div></div></body></html>

--Boundary_(ID_urdFD44nZ8OJXoy6ybOZbg)--

--Boundary_(ID_L3jkGy5Yz3BPR5vgN4vdvQ)--