Hi,

Thank you for taking the time to respond. I see that I didn't provide enough details in my question. Here is the setup:

Here is what we do:
  1. Create/override the AppResources DB from a folder on our file system
  2. Access our content
    :-). We are satisfied. It works.
  3. From Oxygen, we access the DataSource view that has a connection to AppResources and open /configs/config.xml
  4. We make/save changes.
  5. Access our content, everything that should have come from the config file is missing. We conclude, we made a bad change.
  6. We make the same change to the config.xml that is on our file system
  7. We create/override the AppResources DB.
  8. Access our content. It works.
No matter what the change is, if the modification is made on the config.xml that is in the DB, it breaks. If the modification is made on the file system, and then the DB is overridden, it works. Even if we force reindexing of the DB after the changes, the .xqm accessing the config file get empty results.



On Mon, Dec 10, 2012 at 5:20 PM, Christian Grün <christian.gruen@gmail.com> wrote:
Hi France,

I’m not sure what could be helpful for this particular case.. If I get
it right, your xqm config file is not stored in the database, but in
the webapp, which you are editing from within oXygen and requesting
via RESTXQ, right? What happens if you manually edit the xqm file
outside oXygen?

Best,
Christian
___________________________

> Our .xqm uses a configuration file that is stored in a DB called
> AppResources.
>
> When we use the GUI to create/upload the content for AppResources, we can
> access our restxq pages and the result is based on our config.
>
> If we access the config file in Oxygen and change anything, even a space,
> it's like the .xqm cannot access the information anymore.
>
> We tried:
>
> Updating/optimize the index/paths.
> Stopping/starting the server.
>
> The file is saved properly. If we save it on disk from Oxygen and reload
> AppResources with the config file, we are able to access the information in
> the file again. So the issue is really the fact that the change occurs
> through webdav.
>
> What are we missing here?
>
> Regards,
>
> France
>
>
> --
> France Baril
> Architecte documentaire / Documentation architect
> france.baril@architextus.com
> (514) 572-0341
>
> _______________________________________________
> BaseX-Talk mailing list
> BaseX-Talk@mailman.uni-konstanz.de
> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
>



--
France Baril
Architecte documentaire / Documentation architect
france.baril@architextus.com
(514) 572-0341