You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Berin Loritsch <bl...@apache.org> on 2001/06/12 16:25:58 UTC
[C2] Bug in the Method separation approach
I noticed that when you have nested matchers (previously legal),
the new format tries to create a new method inside of a method--
which clearly does not work.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Bug in the Method separation approach
Posted by Berin Loritsch <bl...@apache.org>.
Davanum Srinivas wrote:
>
> Berin,
>
> Try the new sitemap.xsl in 2.0. It compiles, But i do not have a good test case. I used your
> second approach. If all's well, i will with sync 2.1 HEAD.
It works well.
>
> > <xsl:template match="map:match//map:match">
> > ....
> > </xsl:template>
>
> Thanks,
> dims
>
> --- Berin Loritsch <bl...@apache.org> wrote:
> > Davanum Srinivas wrote:
> > >
> > > Berin,
> > >
> > > I broke it. Will try to fix it and let you know.
> >
> > thanks.
> >
> > The approach that I tried to use was to do a modal xslt:
> >
> > ....
> > <xsl:apply-templates mode="internal"/>
> > ....
> >
> > <xsl:template match="map:match" mode="internal">
> > .....
> >
> > .....
> > </xsl:template>
> >
> > I think the problem with that is that we need an "internal" mode
> > version of anything that can be embedded (i.e. map:match, map:select,
> > map:act, map:generate, map:mount, map:transform, map:serialize,
> > map:read).
> >
> > Unless, you know how to make a template react to all modes that is
> > impractical. I wonder if you could set up a template to work like
> > this:
> >
> > <xsl:template match="map:match//map:match">
> > ....
> > </xsl:template>
> >
> > and the code be in the right place....
> >
> > >
> > > Thanks,
> > > dims
> > >
> > > --- Berin Loritsch <bl...@apache.org> wrote:
> > > > Berin Loritsch wrote:
> > > > >
> > > > > I noticed that when you have nested matchers (previously legal),
> > > > > the new format tries to create a new method inside of a method--
> > > > > which clearly does not work.
> > > >
> > > >
> > > > Please use code that looks somewhat like this to test the solution:
> > > >
> > > > <map:match pattern="**.html">
> > > > <map:match pattern="sub**.html">
> > > > <map:mount uri-prefix="sub" src="sub/" check-reload="true"/>
> > > > </map:match>
> > > >
> > > > <map:generate src="docs/{destination}.xml"/>
> > > > <map:serialize/>
> > > > </map:act>
> > > > </map:match>
> > > >
> > > > I have tried, but my "fix" only broke the sitemap more. Could someone
> > > > please look into this?
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > > >
> > >
> > > =====
> > > Davanum Srinivas, JNI-FAQ Manager
> > > http://www.jGuru.com/faq/JNI
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Get personalized email addresses from Yahoo! Mail - only $35
> > > a year! http://personal.mail.yahoo.com/
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
> =====
> Davanum Srinivas, JNI-FAQ Manager
> http://www.jGuru.com/faq/JNI
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35
> a year! http://personal.mail.yahoo.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Bug in the Method separation approach
Posted by Berin Loritsch <bl...@apache.org>.
Davanum Srinivas wrote:
>
> Berin,
>
> Try the new sitemap.xsl in 2.0. It compiles, But i do not have a good test case. I used your
> second approach. If all's well, i will with sync 2.1 HEAD.
Use the version that is currently in CVS for the 2.0 version--it also fixes a bug in the
selector code where the selector definition and the comment for it were on one line.
>
> > <xsl:template match="map:match//map:match">
> > ....
> > </xsl:template>
>
> Thanks,
> dims
>
> --- Berin Loritsch <bl...@apache.org> wrote:
> > Davanum Srinivas wrote:
> > >
> > > Berin,
> > >
> > > I broke it. Will try to fix it and let you know.
> >
> > thanks.
> >
> > The approach that I tried to use was to do a modal xslt:
> >
> > ....
> > <xsl:apply-templates mode="internal"/>
> > ....
> >
> > <xsl:template match="map:match" mode="internal">
> > .....
> >
> > .....
> > </xsl:template>
> >
> > I think the problem with that is that we need an "internal" mode
> > version of anything that can be embedded (i.e. map:match, map:select,
> > map:act, map:generate, map:mount, map:transform, map:serialize,
> > map:read).
> >
> > Unless, you know how to make a template react to all modes that is
> > impractical. I wonder if you could set up a template to work like
> > this:
> >
> > <xsl:template match="map:match//map:match">
> > ....
> > </xsl:template>
> >
> > and the code be in the right place....
> >
> > >
> > > Thanks,
> > > dims
> > >
> > > --- Berin Loritsch <bl...@apache.org> wrote:
> > > > Berin Loritsch wrote:
> > > > >
> > > > > I noticed that when you have nested matchers (previously legal),
> > > > > the new format tries to create a new method inside of a method--
> > > > > which clearly does not work.
> > > >
> > > >
> > > > Please use code that looks somewhat like this to test the solution:
> > > >
> > > > <map:match pattern="**.html">
> > > > <map:match pattern="sub**.html">
> > > > <map:mount uri-prefix="sub" src="sub/" check-reload="true"/>
> > > > </map:match>
> > > >
> > > > <map:generate src="docs/{destination}.xml"/>
> > > > <map:serialize/>
> > > > </map:act>
> > > > </map:match>
> > > >
> > > > I have tried, but my "fix" only broke the sitemap more. Could someone
> > > > please look into this?
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > > >
> > >
> > > =====
> > > Davanum Srinivas, JNI-FAQ Manager
> > > http://www.jGuru.com/faq/JNI
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Get personalized email addresses from Yahoo! Mail - only $35
> > > a year! http://personal.mail.yahoo.com/
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
> =====
> Davanum Srinivas, JNI-FAQ Manager
> http://www.jGuru.com/faq/JNI
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35
> a year! http://personal.mail.yahoo.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Bug in the Method separation approach
Posted by Davanum Srinivas <di...@yahoo.com>.
Berin,
Try the new sitemap.xsl in 2.0. It compiles, But i do not have a good test case. I used your
second approach. If all's well, i will with sync 2.1 HEAD.
> <xsl:template match="map:match//map:match">
> ....
> </xsl:template>
Thanks,
dims
--- Berin Loritsch <bl...@apache.org> wrote:
> Davanum Srinivas wrote:
> >
> > Berin,
> >
> > I broke it. Will try to fix it and let you know.
>
> thanks.
>
> The approach that I tried to use was to do a modal xslt:
>
> ....
> <xsl:apply-templates mode="internal"/>
> ....
>
> <xsl:template match="map:match" mode="internal">
> .....
>
> .....
> </xsl:template>
>
> I think the problem with that is that we need an "internal" mode
> version of anything that can be embedded (i.e. map:match, map:select,
> map:act, map:generate, map:mount, map:transform, map:serialize,
> map:read).
>
> Unless, you know how to make a template react to all modes that is
> impractical. I wonder if you could set up a template to work like
> this:
>
> <xsl:template match="map:match//map:match">
> ....
> </xsl:template>
>
> and the code be in the right place....
>
> >
> > Thanks,
> > dims
> >
> > --- Berin Loritsch <bl...@apache.org> wrote:
> > > Berin Loritsch wrote:
> > > >
> > > > I noticed that when you have nested matchers (previously legal),
> > > > the new format tries to create a new method inside of a method--
> > > > which clearly does not work.
> > >
> > >
> > > Please use code that looks somewhat like this to test the solution:
> > >
> > > <map:match pattern="**.html">
> > > <map:match pattern="sub**.html">
> > > <map:mount uri-prefix="sub" src="sub/" check-reload="true"/>
> > > </map:match>
> > >
> > > <map:generate src="docs/{destination}.xml"/>
> > > <map:serialize/>
> > > </map:act>
> > > </map:match>
> > >
> > > I have tried, but my "fix" only broke the sitemap more. Could someone
> > > please look into this?
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > > For additional commands, email: cocoon-dev-help@xml.apache.org
> > >
> >
> > =====
> > Davanum Srinivas, JNI-FAQ Manager
> > http://www.jGuru.com/faq/JNI
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail - only $35
> > a year! http://personal.mail.yahoo.com/
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
=====
Davanum Srinivas, JNI-FAQ Manager
http://www.jGuru.com/faq/JNI
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Bug in the Method separation approach
Posted by Berin Loritsch <bl...@apache.org>.
Davanum Srinivas wrote:
>
> Berin,
>
> I broke it. Will try to fix it and let you know.
thanks.
The approach that I tried to use was to do a modal xslt:
....
<xsl:apply-templates mode="internal"/>
....
<xsl:template match="map:match" mode="internal">
.....
.....
</xsl:template>
I think the problem with that is that we need an "internal" mode
version of anything that can be embedded (i.e. map:match, map:select,
map:act, map:generate, map:mount, map:transform, map:serialize,
map:read).
Unless, you know how to make a template react to all modes that is
impractical. I wonder if you could set up a template to work like
this:
<xsl:template match="map:match//map:match">
....
</xsl:template>
and the code be in the right place....
>
> Thanks,
> dims
>
> --- Berin Loritsch <bl...@apache.org> wrote:
> > Berin Loritsch wrote:
> > >
> > > I noticed that when you have nested matchers (previously legal),
> > > the new format tries to create a new method inside of a method--
> > > which clearly does not work.
> >
> >
> > Please use code that looks somewhat like this to test the solution:
> >
> > <map:match pattern="**.html">
> > <map:match pattern="sub**.html">
> > <map:mount uri-prefix="sub" src="sub/" check-reload="true"/>
> > </map:match>
> >
> > <map:generate src="docs/{destination}.xml"/>
> > <map:serialize/>
> > </map:act>
> > </map:match>
> >
> > I have tried, but my "fix" only broke the sitemap more. Could someone
> > please look into this?
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
> =====
> Davanum Srinivas, JNI-FAQ Manager
> http://www.jGuru.com/faq/JNI
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35
> a year! http://personal.mail.yahoo.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Bug in the Method separation approach
Posted by Davanum Srinivas <di...@yahoo.com>.
Berin,
I broke it. Will try to fix it and let you know.
Thanks,
dims
--- Berin Loritsch <bl...@apache.org> wrote:
> Berin Loritsch wrote:
> >
> > I noticed that when you have nested matchers (previously legal),
> > the new format tries to create a new method inside of a method--
> > which clearly does not work.
>
>
> Please use code that looks somewhat like this to test the solution:
>
> <map:match pattern="**.html">
> <map:match pattern="sub**.html">
> <map:mount uri-prefix="sub" src="sub/" check-reload="true"/>
> </map:match>
>
> <map:generate src="docs/{destination}.xml"/>
> <map:serialize/>
> </map:act>
> </map:match>
>
> I have tried, but my "fix" only broke the sitemap more. Could someone
> please look into this?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
=====
Davanum Srinivas, JNI-FAQ Manager
http://www.jGuru.com/faq/JNI
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Bug in the Method separation approach
Posted by Berin Loritsch <bl...@apache.org>.
Berin Loritsch wrote:
>
> I noticed that when you have nested matchers (previously legal),
> the new format tries to create a new method inside of a method--
> which clearly does not work.
Please use code that looks somewhat like this to test the solution:
<map:match pattern="**.html">
<map:match pattern="sub**.html">
<map:mount uri-prefix="sub" src="sub/" check-reload="true"/>
</map:match>
<map:generate src="docs/{destination}.xml"/>
<map:serialize/>
</map:act>
</map:match>
I have tried, but my "fix" only broke the sitemap more. Could someone
please look into this?
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [C2] Bug in the Method separation approach
Posted by giacomo <gi...@apache.org>.
On Tue, 12 Jun 2001, Berin Loritsch wrote:
> I noticed that when you have nested matchers (previously legal),
> the new format tries to create a new method inside of a method--
> which clearly does not work.
Haven't had a closer look at Dims patch to it. I thought generating a
separate method on a <map:pipeline> would be sufficent to overcome the
65xxx method size problem.
Giacomo
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org