Wicket serving DocBook?
Hi, I'm not asking anyone to solve this one (ie., write any code), just tell me *how* it might be done via Wicket, if it's possible. In one of my earlier messages regarding validation of Wicket pages, Jeremy Thomerson replied that Wicket only generates whatever HTML you want it to generate and that got me thinking, why generate HTML (or XHTML) at all? Why not use Wicket as a means of generating something like DocBook or TEI? This raises two questions: 1. In looking into the Wicket code there are places that mention HTML/XHTML markup, but they don't seem part of the core functionality of Wicket. Is there anything that might keep me from generating DocBook instead of HTML? If Wicket is too tied into HTML (e.g., org.apache.wicket.markup.html.*) to be able to do this, what would it take to abstract the HTML-based functionality so that Wicket could serve any XML markup? 2. If I were going to use the above to generate DocBook with the idea that Wicket's servlet then sent that through an XSLT post-processor, would this *only* require changes to the Wicket servlet prior to fulfilling the servlet response? That *seems* to be the case, but I'm still learning Wicket. Basically, one could conceivably use Wicket in this mode as a replacement for Apache Cocoon, but it'd be *much* simpler and potentially very powerful. Just an idea I'm exploring... would potentially have wide usage. Thanks much! Ichiro - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket serving DocBook?
Ichiro,
Can't you just override
public String getMarkupType()
{
return html;
}
on WebPage class and return xml and generate whatever (well formed)
XML you need? Besides that you could put a filter in front of that
page and do whatever post-processing you need.
Regards,
Ernesto
On Fri, Sep 24, 2010 at 3:00 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hi,
I'm not asking anyone to solve this one (ie., write any code), just
tell me *how* it might be done via Wicket, if it's possible.
In one of my earlier messages regarding validation of Wicket
pages, Jeremy Thomerson replied that Wicket only generates
whatever HTML you want it to generate and that got me thinking,
why generate HTML (or XHTML) at all? Why not use Wicket as a
means of generating something like DocBook or TEI?
This raises two questions:
1. In looking into the Wicket code there are places that mention
HTML/XHTML markup, but they don't seem part of the core
functionality of Wicket. Is there anything that might keep me
from generating DocBook instead of HTML? If Wicket is too
tied into HTML (e.g., org.apache.wicket.markup.html.*) to be
able to do this, what would it take to abstract the HTML-based
functionality so that Wicket could serve any XML markup?
2. If I were going to use the above to generate DocBook with
the idea that Wicket's servlet then sent that through an
XSLT post-processor, would this *only* require changes to
the Wicket servlet prior to fulfilling the servlet response?
That *seems* to be the case, but I'm still learning Wicket.
Basically, one could conceivably use Wicket in this mode as a
replacement for Apache Cocoon, but it'd be *much* simpler
and potentially very powerful.
Just an idea I'm exploring... would potentially have wide usage.
Thanks much!
Ichiro
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket serving DocBook?
or dump docbook into a label and add an xslt transformer behavior to the label.
-igor
On Fri, Sep 24, 2010 at 6:54 AM, Ernesto Reinaldo Barreiro
reier...@gmail.com wrote:
Ichiro,
Can't you just override
public String getMarkupType()
{
return html;
}
on WebPage class and return xml and generate whatever (well formed)
XML you need? Besides that you could put a filter in front of that
page and do whatever post-processing you need.
Regards,
Ernesto
On Fri, Sep 24, 2010 at 3:00 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hi,
I'm not asking anyone to solve this one (ie., write any code), just
tell me *how* it might be done via Wicket, if it's possible.
In one of my earlier messages regarding validation of Wicket
pages, Jeremy Thomerson replied that Wicket only generates
whatever HTML you want it to generate and that got me thinking,
why generate HTML (or XHTML) at all? Why not use Wicket as a
means of generating something like DocBook or TEI?
This raises two questions:
1. In looking into the Wicket code there are places that mention
HTML/XHTML markup, but they don't seem part of the core
functionality of Wicket. Is there anything that might keep me
from generating DocBook instead of HTML? If Wicket is too
tied into HTML (e.g., org.apache.wicket.markup.html.*) to be
able to do this, what would it take to abstract the HTML-based
functionality so that Wicket could serve any XML markup?
2. If I were going to use the above to generate DocBook with
the idea that Wicket's servlet then sent that through an
XSLT post-processor, would this *only* require changes to
the Wicket servlet prior to fulfilling the servlet response?
That *seems* to be the case, but I'm still learning Wicket.
Basically, one could conceivably use Wicket in this mode as a
replacement for Apache Cocoon, but it'd be *much* simpler
and potentially very powerful.
Just an idea I'm exploring... would potentially have wide usage.
Thanks much!
Ichiro
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket serving DocBook?
Hi Ernesto,
Yes, that was the plan (in terms of delivering DocBook), I just
wasn't sure how tightly Wicket is itself tied to HTML. I hadn't
thought of Igor's suggestion (being new to Wicket) so I'll check
out how to add behaviours (didn't realise it could be that simple,
though with Wicket I shouldn't be too surprised) --but this
sounds like a plan...
Thanks much,
Ichiro
On 9/25/10, Igor Vaynberg igor.vaynb...@gmail.com wrote:
or dump docbook into a label and add an xslt transformer behavior to the
label.
-igor
On Fri, Sep 24, 2010 at 6:54 AM, Ernesto Reinaldo Barreiro
reier...@gmail.com wrote:
Ichiro,
Can't you just override
public String getMarkupType()
{
return html;
}
on WebPage class and return xml and generate whatever (well formed)
XML you need? Besides that you could put a filter in front of that
page and do whatever post-processing you need.
Regards,
Ernesto
On Fri, Sep 24, 2010 at 3:00 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hi,
I'm not asking anyone to solve this one (ie., write any code), just
tell me *how* it might be done via Wicket, if it's possible.
In one of my earlier messages regarding validation of Wicket
pages, Jeremy Thomerson replied that Wicket only generates
whatever HTML you want it to generate and that got me thinking,
why generate HTML (or XHTML) at all? Why not use Wicket as a
means of generating something like DocBook or TEI?
This raises two questions:
1. In looking into the Wicket code there are places that mention
HTML/XHTML markup, but they don't seem part of the core
functionality of Wicket. Is there anything that might keep me
from generating DocBook instead of HTML? If Wicket is too
tied into HTML (e.g., org.apache.wicket.markup.html.*) to be
able to do this, what would it take to abstract the HTML-based
functionality so that Wicket could serve any XML markup?
2. If I were going to use the above to generate DocBook with
the idea that Wicket's servlet then sent that through an
XSLT post-processor, would this *only* require changes to
the Wicket servlet prior to fulfilling the servlet response?
That *seems* to be the case, but I'm still learning Wicket.
Basically, one could conceivably use Wicket in this mode as a
replacement for Apache Cocoon, but it'd be *much* simpler
and potentially very powerful.
Just an idea I'm exploring... would potentially have wide usage.
Thanks much!
Ichiro
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket serving DocBook?
Hah! Just found XsltTransformerBehavior. I'm now thinking
about an XML database web service, lots of possibilities.
Wicket may have a lot of more general-purpose XML application.
Hmmm...
On 9/25/10, Ichiro Furusato ichiro.furus...@gmail.com wrote:
Hi Ernesto,
Yes, that was the plan (in terms of delivering DocBook), I just
wasn't sure how tightly Wicket is itself tied to HTML. I hadn't
thought of Igor's suggestion (being new to Wicket) so I'll check
out how to add behaviours (didn't realise it could be that simple,
though with Wicket I shouldn't be too surprised) --but this
sounds like a plan...
Thanks much,
Ichiro
On 9/25/10, Igor Vaynberg igor.vaynb...@gmail.com wrote:
or dump docbook into a label and add an xslt transformer behavior to the
label.
-igor
On Fri, Sep 24, 2010 at 6:54 AM, Ernesto Reinaldo Barreiro
reier...@gmail.com wrote:
Ichiro,
Can't you just override
public String getMarkupType()
{
return html;
}
on WebPage class and return xml and generate whatever (well formed)
XML you need? Besides that you could put a filter in front of that
page and do whatever post-processing you need.
Regards,
Ernesto
On Fri, Sep 24, 2010 at 3:00 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hi,
I'm not asking anyone to solve this one (ie., write any code), just
tell me *how* it might be done via Wicket, if it's possible.
In one of my earlier messages regarding validation of Wicket
pages, Jeremy Thomerson replied that Wicket only generates
whatever HTML you want it to generate and that got me thinking,
why generate HTML (or XHTML) at all? Why not use Wicket as a
means of generating something like DocBook or TEI?
This raises two questions:
1. In looking into the Wicket code there are places that mention
HTML/XHTML markup, but they don't seem part of the core
functionality of Wicket. Is there anything that might keep me
from generating DocBook instead of HTML? If Wicket is too
tied into HTML (e.g., org.apache.wicket.markup.html.*) to be
able to do this, what would it take to abstract the HTML-based
functionality so that Wicket could serve any XML markup?
2. If I were going to use the above to generate DocBook with
the idea that Wicket's servlet then sent that through an
XSLT post-processor, would this *only* require changes to
the Wicket servlet prior to fulfilling the servlet response?
That *seems* to be the case, but I'm still learning Wicket.
Basically, one could conceivably use Wicket in this mode as a
replacement for Apache Cocoon, but it'd be *much* simpler
and potentially very powerful.
Just an idea I'm exploring... would potentially have wide usage.
Thanks much!
Ichiro
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket serving DocBook?
Sounds like a hammer looking for a nail
On Fri, Sep 24, 2010 at 7:38 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hah! Just found XsltTransformerBehavior. I'm now thinking
about an XML database web service, lots of possibilities.
Wicket may have a lot of more general-purpose XML application.
Hmmm...
On 9/25/10, Ichiro Furusato ichiro.furus...@gmail.com wrote:
Hi Ernesto,
Yes, that was the plan (in terms of delivering DocBook), I just
wasn't sure how tightly Wicket is itself tied to HTML. I hadn't
thought of Igor's suggestion (being new to Wicket) so I'll check
out how to add behaviours (didn't realise it could be that simple,
though with Wicket I shouldn't be too surprised) --but this
sounds like a plan...
Thanks much,
Ichiro
On 9/25/10, Igor Vaynberg igor.vaynb...@gmail.com wrote:
or dump docbook into a label and add an xslt transformer behavior to the
label.
-igor
On Fri, Sep 24, 2010 at 6:54 AM, Ernesto Reinaldo Barreiro
reier...@gmail.com wrote:
Ichiro,
Can't you just override
public String getMarkupType()
{
return html;
}
on WebPage class and return xml and generate whatever (well formed)
XML you need? Besides that you could put a filter in front of that
page and do whatever post-processing you need.
Regards,
Ernesto
On Fri, Sep 24, 2010 at 3:00 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hi,
I'm not asking anyone to solve this one (ie., write any code), just
tell me *how* it might be done via Wicket, if it's possible.
In one of my earlier messages regarding validation of Wicket
pages, Jeremy Thomerson replied that Wicket only generates
whatever HTML you want it to generate and that got me thinking,
why generate HTML (or XHTML) at all? Why not use Wicket as a
means of generating something like DocBook or TEI?
This raises two questions:
1. In looking into the Wicket code there are places that mention
HTML/XHTML markup, but they don't seem part of the core
functionality of Wicket. Is there anything that might keep me
from generating DocBook instead of HTML? If Wicket is too
tied into HTML (e.g., org.apache.wicket.markup.html.*) to be
able to do this, what would it take to abstract the HTML-based
functionality so that Wicket could serve any XML markup?
2. If I were going to use the above to generate DocBook with
the idea that Wicket's servlet then sent that through an
XSLT post-processor, would this *only* require changes to
the Wicket servlet prior to fulfilling the servlet response?
That *seems* to be the case, but I'm still learning Wicket.
Basically, one could conceivably use Wicket in this mode as a
replacement for Apache Cocoon, but it'd be *much* simpler
and potentially very powerful.
Just an idea I'm exploring... would potentially have wide usage.
Thanks much!
Ichiro
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket serving DocBook?
Oh, believe me, I already have a few nails in mind...
On 9/25/10, James Carman ja...@carmanconsulting.com wrote:
Sounds like a hammer looking for a nail
On Fri, Sep 24, 2010 at 7:38 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hah! Just found XsltTransformerBehavior. I'm now thinking
about an XML database web service, lots of possibilities.
Wicket may have a lot of more general-purpose XML application.
Hmmm...
On 9/25/10, Ichiro Furusato ichiro.furus...@gmail.com wrote:
Hi Ernesto,
Yes, that was the plan (in terms of delivering DocBook), I just
wasn't sure how tightly Wicket is itself tied to HTML. I hadn't
thought of Igor's suggestion (being new to Wicket) so I'll check
out how to add behaviours (didn't realise it could be that simple,
though with Wicket I shouldn't be too surprised) --but this
sounds like a plan...
Thanks much,
Ichiro
On 9/25/10, Igor Vaynberg igor.vaynb...@gmail.com wrote:
or dump docbook into a label and add an xslt transformer behavior to the
label.
-igor
On Fri, Sep 24, 2010 at 6:54 AM, Ernesto Reinaldo Barreiro
reier...@gmail.com wrote:
Ichiro,
Can't you just override
public String getMarkupType()
{
return html;
}
on WebPage class and return xml and generate whatever (well formed)
XML you need? Besides that you could put a filter in front of that
page and do whatever post-processing you need.
Regards,
Ernesto
On Fri, Sep 24, 2010 at 3:00 PM, Ichiro Furusato
ichiro.furus...@gmail.com wrote:
Hi,
I'm not asking anyone to solve this one (ie., write any code), just
tell me *how* it might be done via Wicket, if it's possible.
In one of my earlier messages regarding validation of Wicket
pages, Jeremy Thomerson replied that Wicket only generates
whatever HTML you want it to generate and that got me thinking,
why generate HTML (or XHTML) at all? Why not use Wicket as a
means of generating something like DocBook or TEI?
This raises two questions:
1. In looking into the Wicket code there are places that mention
HTML/XHTML markup, but they don't seem part of the core
functionality of Wicket. Is there anything that might keep me
from generating DocBook instead of HTML? If Wicket is too
tied into HTML (e.g., org.apache.wicket.markup.html.*) to be
able to do this, what would it take to abstract the HTML-based
functionality so that Wicket could serve any XML markup?
2. If I were going to use the above to generate DocBook with
the idea that Wicket's servlet then sent that through an
XSLT post-processor, would this *only* require changes to
the Wicket servlet prior to fulfilling the servlet response?
That *seems* to be the case, but I'm still learning Wicket.
Basically, one could conceivably use Wicket in this mode as a
replacement for Apache Cocoon, but it'd be *much* simpler
and potentially very powerful.
Just an idea I'm exploring... would potentially have wide usage.
Thanks much!
Ichiro
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
