Configuration

[Martin Marinschek <ma...@gmail.com>]

Hi, 

I needed to fix a configuration issue today for use in one of my projects...

Doing that I found out that by far not all entries in the
configuration dtd are really used in the current source-base, e.g. the
properties and attributes of the converter are not initialized...

Well, I fixed part of the digester rules, but did not implement the
functionality on top of that, especially as looking into the
source-base of the RI, I found out that they had not implemented this
functionality over there as well.

Does anyone know something more about this? Is this deprecated stuff
in the dtds or functionality which just has not been implemented in
the RI so far?

regards,

Martin

Re: Configuration

[Heath Borders <he...@gmail.com>]

We're not actually using the MyFaces configurator to read the elements
from the file.  I don't think the MyFaces configurator even reads
them.  I wrote my own digester to parse just those files.  I'm just
using the existing elements so I dont' have to write my own DTD.


On Fri, 4 Mar 2005 15:29:38 +0100, Martin Marinschek
<ma...@gmail.com> wrote:
> ok, well, than I'd say we keep it...
> 
> regards,
> 
> Martin
> 
> On Fri, 4 Mar 2005 08:11:30 -0600, Heath Borders
> <he...@gmail.com> wrote:
> > We're actually using the <property> elements of the <component>
> > element to provide application-wide property defaults for components
> > at runtime.
> >
> > That way, you can just write <h:panelGrid />, but the HtmlPanelGrid
> > that is returned has its columns attribute set to 1.  This way, you
> > don't explicitly have to define the columns attribute, and we quit
> > getting those warnings about it being undefined.
> >
> > Of course, its uses are much more vast than that, but that's just an example.
> >
> > On Fri, 4 Mar 2005 09:40:46 +0100, Martin Marinschek
> > <ma...@gmail.com> wrote:
> > > Why is it in the Spec than (in the last section included in the Spec)?
> > >
> > > Do I need to take out what I have put into the configuration so far?
> > >
> > > And then is it just me who wants to initialize a converter with some
> > > values in faces-config?
> > >
> > > e.g., the dateTime converter with a pattern?
> > >
> > > regards,
> > >
> > > Martin
> > >
> > > On Fri, 04 Mar 2005 07:24:53 +0100, Matthias Wessendorf
> > > <ma...@matthias-wessendorf.de> wrote:
> > > > Martin,
> > > >
> > > > the stuff for <attribute> and <property> for
> > > > converters or components is designed for tool support
> > > > and not an implementation of JSF spec.
> > > >
> > > > Oracle's proposal ([1]) was created to enhance that
> > > > support.
> > > >
> > > > Regards,
> > > > Matthias
> > > >
> > > > [1] http://www.jsfcentral.com/articles/oracle_metadata_proposal.html
> > > >
> > > >
> > > > Martin Marinschek wrote:
> > > > > Hi,
> > > > >
> > > > > I needed to fix a configuration issue today for use in one of my projects...
> > > > >
> > > > > Doing that I found out that by far not all entries in the
> > > > > configuration dtd are really used in the current source-base, e.g. the
> > > > > properties and attributes of the converter are not initialized...
> > > > >
> > > > > Well, I fixed part of the digester rules, but did not implement the
> > > > > functionality on top of that, especially as looking into the
> > > > > source-base of the RI, I found out that they had not implemented this
> > > > > functionality over there as well.
> > > > >
> > > > > Does anyone know something more about this? Is this deprecated stuff
> > > > > in the dtds or functionality which just has not been implemented in
> > > > > the RI so far?
> > > > >
> > > > > regards,
> > > > >
> > > > > Martin
> > > > >
> > > >
> > >
> >
> > --
> > -Heath Borders-Wing
> > hborders@mail.win.org
> >
> >
> 


-- 
-Heath Borders-Wing
hborders@mail.win.org

Re: Configuration

[Heath Borders <he...@gmail.com>]

We're actually using the <property> elements of the <component>
element to provide application-wide property defaults for components
at runtime.

That way, you can just write <h:panelGrid />, but the HtmlPanelGrid
that is returned has its columns attribute set to 1.  This way, you
don't explicitly have to define the columns attribute, and we quit
getting those warnings about it being undefined.

Of course, its uses are much more vast than that, but that's just an example.


On Fri, 4 Mar 2005 09:40:46 +0100, Martin Marinschek
<ma...@gmail.com> wrote:
> Why is it in the Spec than (in the last section included in the Spec)?
> 
> Do I need to take out what I have put into the configuration so far?
> 
> And then is it just me who wants to initialize a converter with some
> values in faces-config?
> 
> e.g., the dateTime converter with a pattern?
> 
> regards,
> 
> Martin
> 
> On Fri, 04 Mar 2005 07:24:53 +0100, Matthias Wessendorf
> <ma...@matthias-wessendorf.de> wrote:
> > Martin,
> >
> > the stuff for <attribute> and <property> for
> > converters or components is designed for tool support
> > and not an implementation of JSF spec.
> >
> > Oracle's proposal ([1]) was created to enhance that
> > support.
> >
> > Regards,
> > Matthias
> >
> > [1] http://www.jsfcentral.com/articles/oracle_metadata_proposal.html
> >
> >
> > Martin Marinschek wrote:
> > > Hi,
> > >
> > > I needed to fix a configuration issue today for use in one of my projects...
> > >
> > > Doing that I found out that by far not all entries in the
> > > configuration dtd are really used in the current source-base, e.g. the
> > > properties and attributes of the converter are not initialized...
> > >
> > > Well, I fixed part of the digester rules, but did not implement the
> > > functionality on top of that, especially as looking into the
> > > source-base of the RI, I found out that they had not implemented this
> > > functionality over there as well.
> > >
> > > Does anyone know something more about this? Is this deprecated stuff
> > > in the dtds or functionality which just has not been implemented in
> > > the RI so far?
> > >
> > > regards,
> > >
> > > Martin
> > >
> >
> 


-- 
-Heath Borders-Wing
hborders@mail.win.org

Re: Configuration

[Martin Marinschek <ma...@gmail.com>]

Why is it in the Spec than (in the last section included in the Spec)?

Do I need to take out what I have put into the configuration so far?

And then is it just me who wants to initialize a converter with some
values in faces-config?

e.g., the dateTime converter with a pattern?

regards,

Martin




On Fri, 04 Mar 2005 07:24:53 +0100, Matthias Wessendorf
<ma...@matthias-wessendorf.de> wrote:
> Martin,
> 
> the stuff for <attribute> and <property> for
> converters or components is designed for tool support
> and not an implementation of JSF spec.
> 
> Oracle's proposal ([1]) was created to enhance that
> support.
> 
> Regards,
> Matthias
> 
> [1] http://www.jsfcentral.com/articles/oracle_metadata_proposal.html
> 
> 
> Martin Marinschek wrote:
> > Hi,
> >
> > I needed to fix a configuration issue today for use in one of my projects...
> >
> > Doing that I found out that by far not all entries in the
> > configuration dtd are really used in the current source-base, e.g. the
> > properties and attributes of the converter are not initialized...
> >
> > Well, I fixed part of the digester rules, but did not implement the
> > functionality on top of that, especially as looking into the
> > source-base of the RI, I found out that they had not implemented this
> > functionality over there as well.
> >
> > Does anyone know something more about this? Is this deprecated stuff
> > in the dtds or functionality which just has not been implemented in
> > the RI so far?
> >
> > regards,
> >
> > Martin
> >
>

Re: Configuration

[Matthias Wessendorf <ma...@matthias-wessendorf.de>]

Martin,

the stuff for <attribute> and <property> for
converters or components is designed for tool support
and not an implementation of JSF spec.

Oracle's proposal ([1]) was created to enhance that
support.

Regards,
Matthias

[1] http://www.jsfcentral.com/articles/oracle_metadata_proposal.html



Martin Marinschek wrote:
> Hi, 
> 
> I needed to fix a configuration issue today for use in one of my projects...
> 
> Doing that I found out that by far not all entries in the
> configuration dtd are really used in the current source-base, e.g. the
> properties and attributes of the converter are not initialized...
> 
> Well, I fixed part of the digester rules, but did not implement the
> functionality on top of that, especially as looking into the
> source-base of the RI, I found out that they had not implemented this
> functionality over there as well.
> 
> Does anyone know something more about this? Is this deprecated stuff
> in the dtds or functionality which just has not been implemented in
> the RI so far?
> 
> regards,
> 
> Martin
>