OPS ignoring changes to XPL file

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

OPS ignoring changes to XPL file

flyingzumwalt
I'm having a lot of trouble with OPS ignoring changes I make to a particular xpl file.  For some reason, OPS does not recognize that this specific XPL file has changed unless I add or remove a line break.  Weirdly enough, this same XPL file, which contains an xforms-submission for querying and eXist database, fails to recognize new information in my database until I make OPS think that the XPL file has changed.  There was a recent post that tied similar problems to CVS.  I don't know if this is related.  I didn't catch the follow up.

I'm running the nightly build from Oct 24, 2006.

Any thougths?

Matt Zumwalt
MediaShelf, LLC






--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: OPS ignoring changes to XPL file

Alessandro  Vernet
Administrator
Hi Matt,

I had cases in the past where when the only thing that changed in a
file was the value of an attribute, you could end up in a situation
where the cache thinks that your document has not changed. Could this
be what happens here? Can you create a reproducible test case for this
problem?

Alex

On 11/6/06, Matt Zumwalt <[hidden email]> wrote:

>
> I'm having a lot of trouble with OPS ignoring changes I make to a particular
> xpl file.  For some reason, OPS does not recognize that this specific XPL
> file has changed unless I add or remove a line break.  Weirdly enough, this
> same XPL file, which contains an xforms-submission for querying and eXist
> database, fails to recognize new information in my database until I make OPS
> think that the XPL file has changed.  There was a recent post that tied
> similar problems to CVS.  I don't know if this is related.  I didn't catch
> the follow up.
>
> I'm running the nightly build from Oct 24, 2006.
>
> Any thougths?
>
> Matt Zumwalt
> MediaShelf, LLC
> http://www.yourmediashelf.com
>
>
>
>
>
>
> --
> You receive this message as a subscriber of the [hidden email]
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>

--
Blog (XML, Web apps, Open Source):
http://www.orbeon.com/blog/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon
Follow me on Twitter: @avernet
Reply | Threaded
Open this post in threaded view
|

Re: OPS ignoring changes to XPL file

flyingzumwalt
Thanks Alex,

Thankfully this problem is only happening with a single xpl file of mine.  Even very similar pipelines are behaving perfectly well, so I doubt that I could create a simple, reproducible test case.  As a more heavy-handed fix, is there any way to disable caching of particular files?  

I might have managed a dirty workaround by querying eXist once with the output being consumed by a null serializer and then querying it again and using the output from the second query.  Somehow that seems to knock the system out of its stupor.  Go figure.


Matt Zumwalt
MediaShelf, LLC




On Nov 6, 2006, at 6:23 PM, Alessandro Vernet wrote:

Hi Matt,

I had cases in the past where when the only thing that changed in a
file was the value of an attribute, you could end up in a situation
where the cache thinks that your document has not changed. Could this
be what happens here? Can you create a reproducible test case for this
problem?

Alex

On 11/6/06, Matt Zumwalt <[hidden email]> wrote:

I'm having a lot of trouble with OPS ignoring changes I make to a particular
xpl file.  For some reason, OPS does not recognize that this specific XPL
file has changed unless I add or remove a line break.  Weirdly enough, this
same XPL file, which contains an xforms-submission for querying and eXist
database, fails to recognize new information in my database until I make OPS
think that the XPL file has changed.  There was a recent post that tied
similar problems to CVS.  I don't know if this is related.  I didn't catch
the follow up.

I'm running the nightly build from Oct 24, 2006.

Any thougths?

Matt Zumwalt
MediaShelf, LLC






--
You receive this message as a subscriber of the [hidden email]
mailing list.
To unsubscribe: [hidden email]
For general help: [hidden email]
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws





-- 
Blog (XML, Web apps, Open Source):


--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: [hidden email]
For general help: [hidden email]
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: OPS ignoring changes to XPL file

Alessandro  Vernet
Administrator
Matt,

No, there is no way to disable caching for a particular file. If you
have this problem again, try to get to a reproducible use case, and
we'll do our best to fix it.

Alex

On 11/6/06, Matt Zumwalt <[hidden email]> wrote:

>
> Thanks Alex,
>
> Thankfully this problem is only happening with a single xpl file of mine.
> Even very similar pipelines are behaving perfectly well, so I doubt that I
> could create a simple, reproducible test case.  As a more heavy-handed fix,
> is there any way to disable caching of particular files?
>
> I might have managed a dirty workaround by querying eXist once with the
> output being consumed by a null serializer and then querying it again and
> using the output from the second query.  Somehow that seems to knock the
> system out of its stupor.  Go figure.
>
>
>
> Matt Zumwalt
> MediaShelf, LLC
> http://www.yourmediashelf.com
>
>
>
>
>
> On Nov 6, 2006, at 6:23 PM, Alessandro Vernet wrote:
>
> Hi Matt,
>
> I had cases in the past where when the only thing that changed in a
> file was the value of an attribute, you could end up in a situation
> where the cache thinks that your document has not changed. Could this
> be what happens here? Can you create a reproducible test case for this
> problem?
>
> Alex
>
> On 11/6/06, Matt Zumwalt <[hidden email]> wrote:
>
> I'm having a lot of trouble with OPS ignoring changes I make to a particular
> xpl file.  For some reason, OPS does not recognize that this specific XPL
> file has changed unless I add or remove a line break.  Weirdly enough, this
> same XPL file, which contains an xforms-submission for querying and eXist
> database, fails to recognize new information in my database until I make OPS
> think that the XPL file has changed.  There was a recent post that tied
> similar problems to CVS.  I don't know if this is related.  I didn't catch
> the follow up.
>
> I'm running the nightly build from Oct 24, 2006.
>
> Any thougths?
>
> Matt Zumwalt
> MediaShelf, LLC
> http://www.yourmediashelf.com
>
>
>
>
>
>
> --
> You receive this message as a subscriber of the [hidden email]
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>
>
>
>
> --
> Blog (XML, Web apps, Open Source):
> http://www.orbeon.com/blog/
>
>
> --
> You receive this message as a subscriber of the [hidden email]
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
> --
> You receive this message as a subscriber of the [hidden email]
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>

--
Blog (XML, Web apps, Open Source):
http://www.orbeon.com/blog/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon
Follow me on Twitter: @avernet
Reply | Threaded
Open this post in threaded view
|

Re: OPS ignoring changes to XPL file

ncrofts
Matt and Alex,

I was wondering if this sort of issue was some how related to the
performance problems I raised earlier in the year. Although the
symptoms you describe are different, I too have been experiencing
problems in the area of caching of XPL pipelines. I recently posted a
reproducible example of the problem I was encountering and was just
wondering if what you are seeing is a variation on the same issue.
Search the OPS Users archives for "Performance issue when removing
debug attributes from <p:input> <p:output>".

I would be interested to note if your symptoms go away by adding in a
debug attribute to your XPL inputs/outputs.

Sorry if this is not related, but I'm sure there is an issue with the
XPL caching mechanism at the moment resulting in some unexpected
behaviour of pipelines under various, as yet uncharacterised,
conditions.

Regards,
Neil Crofts

On 07/11/06, Alessandro Vernet <[hidden email]> wrote:

> Matt,
>
> No, there is no way to disable caching for a particular file. If you
> have this problem again, try to get to a reproducible use case, and
> we'll do our best to fix it.
>
> Alex
>
> On 11/6/06, Matt Zumwalt <[hidden email]> wrote:
> >
> > Thanks Alex,
> >
> > Thankfully this problem is only happening with a single xpl file of mine.
> > Even very similar pipelines are behaving perfectly well, so I doubt that I
> > could create a simple, reproducible test case.  As a more heavy-handed fix,
> > is there any way to disable caching of particular files?
> >
> > I might have managed a dirty workaround by querying eXist once with the
> > output being consumed by a null serializer and then querying it again and
> > using the output from the second query.  Somehow that seems to knock the
> > system out of its stupor.  Go figure.
> >
> >
> >
> > Matt Zumwalt
> > MediaShelf, LLC
> > http://www.yourmediashelf.com
> >
> >
> >
> >
> >
> > On Nov 6, 2006, at 6:23 PM, Alessandro Vernet wrote:
> >
> > Hi Matt,
> >
> > I had cases in the past where when the only thing that changed in a
> > file was the value of an attribute, you could end up in a situation
> > where the cache thinks that your document has not changed. Could this
> > be what happens here? Can you create a reproducible test case for this
> > problem?
> >
> > Alex
> >
> > On 11/6/06, Matt Zumwalt <[hidden email]> wrote:
> >
> > I'm having a lot of trouble with OPS ignoring changes I make to a particular
> > xpl file.  For some reason, OPS does not recognize that this specific XPL
> > file has changed unless I add or remove a line break.  Weirdly enough, this
> > same XPL file, which contains an xforms-submission for querying and eXist
> > database, fails to recognize new information in my database until I make OPS
> > think that the XPL file has changed.  There was a recent post that tied
> > similar problems to CVS.  I don't know if this is related.  I didn't catch
> > the follow up.
> >
> > I'm running the nightly build from Oct 24, 2006.
> >
> > Any thougths?
> >
> > Matt Zumwalt
> > MediaShelf, LLC
> > http://www.yourmediashelf.com
> >
> >
> >
> >
> >
> >
> > --
> > You receive this message as a subscriber of the [hidden email]
> > mailing list.
> > To unsubscribe: mailto:[hidden email]
> > For general help: mailto:[hidden email]?subject=help
> > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
> >
> >
> >
> >
> >
> >
> > --
> > Blog (XML, Web apps, Open Source):
> > http://www.orbeon.com/blog/
> >
> >
> > --
> > You receive this message as a subscriber of the [hidden email]
> > mailing list.
> > To unsubscribe: mailto:[hidden email]
> > For general help: mailto:[hidden email]?subject=help
> > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
> >
> >
> > --
> > You receive this message as a subscriber of the [hidden email]
> > mailing list.
> > To unsubscribe: mailto:[hidden email]
> > For general help: mailto:[hidden email]?subject=help
> > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
> >
> >
> >
>
>
> --
> Blog (XML, Web apps, Open Source):
> http://www.orbeon.com/blog/
>
>
>
>
> --
> You receive this message as a subscriber of the [hidden email] mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
>


--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws