Following up again as requested. I posted this bug report:
<http://sourceforge.net/tracker/?func=detail&aid=3422989&group_id=17691&atid=117691>
on October 13. No comments on the ticket yet.
Cheers,
Martin
On 11-10-06 07:14 AM, Martin Holmes wrote:
> I'll be happy to post again in a couple of weeks. I'll also file a bug
> report when I get back to the office.
>
> Thanks,
> Martin
>
> On 11-10-04 10:23 PM, Adam Retter wrote:
>> Hmmm, I guess for WebDAV XInclude processing should be disabled, as
>> really WebDAV is meant to be a filesystem representation of the actual
>> db state and not the processed state of the db. Your use-case below
>> completely agrees with this, as it makes it impossible to edit the real
>> resources by WebDAV.
>>
>> I guess Dannes would be the best person to comment on this, as he worked
>> very hard on the new WebDAV implementation. Unfortunately he is now on
>> leave for 3 weeks, but perhaps you could remind us then?
>>
>> Cheers Adam.
>>
>> On 28 September 2011 23:17, Martin Holmes<mholmes@...
>> <mailto:mholmes@...>> wrote:
>>
>> I've just realized what's happening here, so I'll post this for anyone
>> else who has the same problem. (I'd still welcome suggestions for
>> working around it.)
>>
>> I'm editing my documents directly "in" the database using the oXygen
>> Data Source Explorer. What that means is that when I "open" the
>> document, it's serialized (so XIncludes are expanded), and when I save
>> it, the expanded content is written back into the db, so I lose my
>> XIncludes. At least, I think that's what's happening.
>>
>> I guess this means I'll have to edit static copies, and only upload them
>> into the db using the admin client -- which is OK, but I was kind of
>> enjoying the convenience of the Data Source Explorer.
>>
>> Cheers,
>> Martin
>>
>> On 11-09-28 04:08 PM, Martin Holmes wrote:
>> > Hi there,
>> >
>> > I'm using eXist 1.5 dev, and I have a problem with XInclude.
>> >
>> > I'm using XInclude inside XML files to include fragments of other
>> files
>> > also in the database. This is working well, except that what I really
>> > want is to do the XInclude only when serializing the XML for
>> output, not
>> > when storing it. This is why:
>> >
>> > Document A contains a list of people.
>> >
>> > Document B contains some text, and needs to include some of the
>> people
>> > from Document A.
>> >
>> > In Document B, I have something like this:
>> >
>> > <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"
>> href="docA.xml"
>> > xpointer="xpointer(//person[@type='contemporary'])">
>> > <xi:fallback>Failed!</xi:fallback>
>> > </xi:include>
>> >
>> > Document A may change, and I need the changes to be reflected in
>> > Document B. But what seems to be happening is that when Document B is
>> > _stored_, the XInclude is expanded, and I end up with a static
>> copy of
>> > the results of the XInclude at the time when the store operation took
>> > place. What I want instead is to store the document with the
>> > <xi:include> tag intact, and have the XInclude operation run
>> only when I
>> > serialize Document B to display it.
>> >
>> > Is this possible? I can only find one configuration item in conf.xml,
>> > and that seems to turn XInclude on or off.
>> >
>> > All help appreciated,
>> > Martin
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > All the data continuously generated in your IT infrastructure
>> contains a
>> > definitive record of customers, application performance, security
>> > threats, fraudulent activity and more. Splunk takes this data and
>> makes
>> > sense of it. Business sense. IT sense. Common sense.
>> > http://p.sf.net/sfu/splunk-d2dcopy1
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>> _______________________________________________
>> Exist-open mailing list
>> Exist-open@...
>> <mailto:Exist-open@...>
>> https://lists.sourceforge.net/lists/listinfo/exist-open
>>
>>
>>
>>
>> --
>> Adam Retter
>>
>> eXist Developer
>> { United Kingdom }
>> adam@...>
>> irc://irc.freenode.net/existdb<http://irc.freenode.net/existdb>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>>
>>
>>
>> _______________________________________________
>> Exist-open mailing list
>> Exist-open@...
>> https://lists.sourceforge.net/lists/listinfo/exist-open
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
|