You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Ichiro Furusato <ic...@gmail.com> on 2010/09/24 15:00:10 UTC
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-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket serving DocBook?
Posted by Ichiro Furusato <ic...@gmail.com>.
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
> <ic...@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 <ic...@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 <ig...@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
>>>> <re...@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
>>>>> <ic...@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-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket serving DocBook?
Posted by James Carman <ja...@carmanconsulting.com>.
Sounds like a hammer looking for a nail
On Fri, Sep 24, 2010 at 7:38 PM, Ichiro Furusato
<ic...@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 <ic...@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 <ig...@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
>>> <re...@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
>>>> <ic...@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-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket serving DocBook?
Posted by Ichiro Furusato <ic...@gmail.com>.
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 <ic...@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 <ig...@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
>> <re...@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
>>> <ic...@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-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket serving DocBook?
Posted by Ichiro Furusato <ic...@gmail.com>.
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 <ig...@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
> <re...@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
>> <ic...@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-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket serving DocBook?
Posted by Igor Vaynberg <ig...@gmail.com>.
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
<re...@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
> <ic...@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-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket serving DocBook?
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
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
<ic...@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-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org