help with xsltviewengine for MVC v1.0

[dragon77]

Hey all:
I've been struggling in trying to use the XsltViewEngine inside of
my MVC 1.0 app. I've written out my problem once on the aps.net
forums but with no response. It's quite long and detailed so I will
leave the url here and hopefully somebody can respond to this or the
other. It's really frustrating me.

I basically have everything setup according to what I can grok from
the UnitTests. What seems to be happening is the transform is taking
place without any of the data I've supplied leaving me an empty string
as the result.


http://forums.asp.net/p/1489207/3495370.aspx#3495370



Thanks,
Michael

[Eric Hexter]

Michael,

 

If I can be brutally honest with you...., I have to say that as of right now I think that the WebForm View Engine and the Spark View Engine are the two engines that are getting attention and momentum.   In contrast, we brought in a number of view engines into the contrib project as something that was a  of prototype quality. The xslt view engine should be considered an experiment at best. If you really committed to using this view engine I would suggest cracking open the source code.

 

Some other contributors may weigh in here, I know Jeremy has been pretty good about helping users debug issues with these engines but at the end of the day you need to know what you are getting yourself into.  Please do not take this as me discouraging your choice in using this engine but more of a mater of fact of how little activity we have seen around maturing xlst view engine.

Thanks,

Eric

[Ben Scheirman]

+1

[Jeremy Skinner]

Which version of MvcContrib are you using? I fixed an issue quite recently that was preventing XSLT views from being rendered correctly (see http://groups.google.com/group/mvccontrib-discuss/browse_thread/thread/0b386efac61a59e6). This fix is not in the most recently released version, so you'll either need to build from source or grab the latest binaries from teamcity.codebetter.com

That being said, I agree with Eric. I would not consider the XsltViewEngine to be production quality and recommend using a more stable alternative if possible.

Jeremy

2009/11/6 Ben Scheirman <subdi...@gmail.com>

[dragon77]

I have this version mvccontrib-MvcContrib-093833b. I believe I
grabbed it from github. I've scanned through the source code and the
patch you made is there it seems. Although not explicitly the same as
the one Amy provided in the thread but effectively the same.

It may be I'm not using the latest dlls since I haven't been to
tearncity.codebetter.com. I'll try that.
I'm trying to avoid using the <% %> markup as much as I can. Coming
from a JSP world, where that was very prevalent, I don't want
developers making those same mistakes going forward. Especially since
the content I"m rendering is primarily static. I know I can render it
precompile time and serve the final HTML that way, but I'm builiding a
new app from scratch and want leeway to do more dynamic
transformations. The engine seems alright to me. What is missing
that it isnt' Production ready? It seems very basic to me, give me
and XML and XSLT file transform it and serve it to the user. What more
do you really want?

Thanks,
Michael

On Nov 6, 12:17 am, Jeremy Skinner <jer...@jeremyskinner.co.uk> wrote:
> Which version of MvcContrib are you using? I fixed an issue quite recently

> that was preventing XSLT views from being rendered correctly (seehttp://groups.google.com/group/mvccontrib-discuss/browse_thread/threa...).

> This fix is not in the most recently released version, so you'll either need
> to build from source or grab the latest binaries from
> teamcity.codebetter.com
>
> That being said, I agree with Eric. I would not consider the XsltViewEngine
> to be production quality and recommend using a more stable alternative if
> possible.
>
> Jeremy
>

> 2009/11/6 Ben Scheirman <subdigi...@gmail.com>
>
>
>
> > +1

>
> > On Thu, Nov 5, 2009 at 9:12 PM, Eric Hexter <eric.hex...@gmail.com> wrote:
>
> >> Michael,
>
> >> If I can be brutally honest with you...., I have to say that as of right
> >> now I think that the WebForm View Engine and the Spark View Engine are the
> >> two engines that are getting attention and momentum.   In contrast, we
> >> brought in a number of view engines into the contrib project as something
> >> that was a  of prototype quality. The xslt view engine should be considered
> >> an experiment at best. If you really committed to using this view engine I
> >> would suggest cracking open the source code.
>
> >> Some other contributors may weigh in here, I know Jeremy has been pretty
> >> good about helping users debug issues with these engines but at the end of
> >> the day you need to know what you are getting yourself into.  Please do not
> >> take this as me discouraging your choice in using this engine but more of a
> >> mater of fact of how little activity we have seen around maturing xlst view
> >> engine.
>
> >> Thanks,
> >> Eric
>

> >> On Thu, Nov 5, 2009 at 6:09 PM, dragon77 <techdragon.ngu...@gmail.com>wrote:
>
> >>> Hey all:
> >>>  I've been struggling in trying to use the XsltViewEngine inside of
> >>> my MVC 1.0 app.  I've written out my problem once on the aps.net
> >>> forums but with no response. It's quite long and detailed so I will
> >>> leave the url here and hopefully somebody can respond to this or the
> >>> other.  It's really frustrating me.
>
> >>> I basically have everything setup according to what I can grok from
> >>> the UnitTests.  What seems to be happening is the transform is taking
> >>> place without any of the data I've supplied leaving me an empty string
> >>> as the result.
>
> >>>http://forums.asp.net/p/1489207/3495370.aspx#3495370
>
> >>> Thanks,

> >>> Michael- Hide quoted text -
>
> - Show quoted text -

[Eric Hexter]

To answer the question what is missing re being production ready.  I would say, we dont know of anyone who has deployed it to production. There is no talk about it on this email group or anywhere else that I know of.  There is no committer who is looking after the view engine.  Most of the other areas of MvcContrib have at least one committer who is activly developing and maintaining it.  There is sparce and out of date documentation.  Now, if you were to use it, you just need to know that going into it.. Also, we are more than willing to keep accepting patches and documentation if you think this view engine is worth keeping alive.  This view engine does need an advocate, because as you can tell from this thread it currently does not have one.

 

Thanks,

Eric

[dragon77]

I feel like an idiot. I didn't check the XML structure properly that
was returned. Thanks for all the help and patch. I got it running
smoothly now. Now I've got to see if I can implement a caching system
for the templates.

--Mike

On Nov 6, 5:37 pm, Eric Hexter <eric.hex...@gmail.com> wrote:
> To answer the question what is missing re being production ready.  I would
> say, we dont know of anyone who has deployed it to production. There is no
> talk about it on this email group or anywhere else that I know of.  There is
> no committer who is looking after the view engine.  Most of the other areas
> of MvcContrib have at least one committer who is activly developing and
> maintaining it.  There is sparce and out of date documentation.  Now, if you
> were to use it, you just need to know that going into it.. Also, we are more
> than willing to keep accepting patches and documentation if you think this
> view engine is worth keeping alive.  This view engine does need an advocate,
> because as you can tell from this thread it currently does not have one.
>
> Thanks,
> Eric
>

> > > - Show quoted text -- Hide quoted text -