On May 15, 2005, at 12:46 PM, S. Woodside wrote:I moved my investigation into axkit: URIs over to [email protected] btw.
I'm excited to see you working on this. As I had ended up getting too confused trying to figure it out.
As you know, I did figure out that using old versions of things worked,
but I found a situation where even that broke, and the work around was to add an extra xslt transformation.
here's the post I had put out on that: http://maclux-rz.uibk.ac.at/maillists/axkit-users/msg07580.shtml
Not sure if it will be of any help to you, but perhaps it might ring some bell.
Hi fess!
Damn, I just spent the whole weekend and got to exactly the same spot you did. I'm a bit lost too, but maybe together we can figure it out? (without the "real developers" who seem to be asleep at the wheel :-P )
You wrote:
So,
I setup a provider, that returned XML, in a scalar reference.
OK, in my case I'm just using the LibXSLT.pm provider.
I then tried to access this provider from within XSLT using an axkit provider.
and I would get:
[Error] input callback died: axkit:/attachments.xml?filename=03.jpg internal request didn't store anything in dom_tree or xml_string at [.../]Language/LibXSLT.pm
For me, I'm getting the stack trace that you saw in my earlier message. However I have determined something interesting, which is that at some latish stage, LibXSLT is playing with the right stylesheet but the wrong XML document.
In other words, there is XML in pnotes('xml_string') but it's the wrong stuff. Weird eh?
So, I added some debugging in Axkit.pm::get_axkit_uri() and I found that
OK, this code you're quoting is actually in Provider.pm get_xml_info() isn't it?
if ($@) { eval { my $pstr = $provider->get_strref; $str = $$pstr; print STDERR "Debug: $str\n"; $r->pnotes('xml_string', $str); print STDERR "Debug: ", $r->pnotes('xml_string'), "\n"; print STDERR "Debug: ", ref($r), "\n" $result_code = OK;
}; if ($@) { $result_code = 'provider_declined'; } }
even though, my scalar reference is being returned, and it has the xml snippet in it,
it's not being stored in the pnotes, as that comes out empty, when trying to read it
back. I'm not sure what the issue is. $r is an Apache::SubRequest object,
so I guess it's possible that that has something to do with it.
Yeah, that's exactly where I wound up. (see my post on axkit-dev yesterday, http://mail-archives.apache.org/mod_mbox/xml-axkit-dev/200505.mbox/ [EMAIL PROTECTED] )
I'm not like a perl expert, but how can you have this:
my $str_ref = $self->get_strref();
$r->pnotes('xml_string', ${$str_ref});and then check $r->pnotes('xml_string') and there's nothing there??? It doesn't make sense...
Does this mean that there's a bug in Apache::SubRequest? Oddly that module doesn't seem to be in CPAN.. .hmm.. there is Apache2::SubRequest...
hmm... there is a test in make test for subrequests, which seems to be failing for me. I'm working off the latest CVS by the way.
No, I'm afraid I can't find anything called "Apache::SubRequest". Are you sure that's the type?
I have to stop playing with this on my new server and set it up for production, but, I can continue to investigate on my home machine if you have any useful feedback.
--simon
I didn't have time to do further testing, but I wanted to point this out
in case it rang any bells with anyone.
I found a work around, which was to add an xslt stylesheet to the pipeline
on top of my provider, this caused things to work, not sure why.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
