RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
You can click on particular issue to watch them, or you can subscribe
to the CVS mailing list to see the comments, etc.
-Original Message-
From: Francisco Hernandez [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 9:50 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] [JIRA-OS] Commented: (WW-271)
Converter framework needs to be able to support plugable to
String converters
if you're turning off the jira notifications is there still a way to
have them sent to individuals instead of on the list?
Pat Lightbody wrote:
I'm turning off the jira notifications to the list... I
just CANT keep
up with all this traffic, and these notifications aren't helping,
especially once this stuff starts (people commenting on
issues on the
list).
- Original Message -
From: Cameron Braid [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 26, 2003 10:18 AM
Subject: RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
I still think that the ability to use an API to register
converters is
really handy - especially when adapting an existing model.
Cheers,
Cameron
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of
Jason Carreira
Sent: Wednesday, 27 August 2003 3:07 AM
To: [EMAIL PROTECTED]
Subject: RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
Wouldn't it be better to have this properties file driven,
like it is
now? Just add the ability to have converters both from AND
to String?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 26, 2003 11:50 AM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
The following comment has been added to this issue:
Author: Cameron Braid
Created: Tue, 26 Aug 2003 10:48 AM
Body:
I forgot to mention that it would also be a good idea to provide a
public API to allow programatic registration of converters. (both
toString and fromString)
An example of this need is :
Currently, we use Hibernate with PersistentStringEnums.
We already
have a list of these Class objects. We have a
PersistentStringEnumConverter that we use for all of our enums,
therefore it would be better if we could iterate over this list,
registering our PersistentStringEnumConverter for the
PersistentStringEnum classes.
Something like
ConverterManager.getInstance().registerToStringConverter(Conve
rter converterInstance, Class fromClass)
ConverterManager.getInstance().registerFromStringConverter(Con
verter converterInstance, Class toClass)
I would think that the Converter interface is quite simple :
public Object convert(Object, Class toClass)
In the case of a 1:1 mapping from types to converters, the toClass
isn't needed, though if you have a converted that handles multiple
classes, it is needed.
---
--
View the issue:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-271
Here is an overview of the issue:
---
--
Key: WW-271
Summary: Converter framework needs to be able to
support plugable
to String converters
Type: Improvement
Status: Assigned
Priority: Major
Project: WebWork
Components:
Views
Assignee: Patrick Lightbody
Reporter: Cameron Braid
Created: Tue, 26 Aug 2003 10:03 AM
Updated: Tue, 26 Aug 2003 10:03 AM
Description:
Currently they conversion framework allows for plugable converters
that are used when converting http request string values into the
action properties.
This works really well.
However, when converting action properties to strings the
vm macros
use toString().
I believe that this system needs to be configurable. Allowing user
defined converter classes to be specified for converting to string.
I also propose that a public API be created to allow reuse of the
converters within actions and views.
i.e. a custom form that posts to an action. The action
doesn't use
the params-interceptor because the number of form fields are
determined at runtime. The action processes the http
request itself,
calling
CustomClass cc =
(CustomClass)ConverterManager.getInstance().convertFromString(
requestMap.get(thingy), CustomClass.class);
AND
in a velocity view. Put the ConverterManager instance as into the
velo context as $converterManager
#foreach $item in $items
input type='text'
value='${stringUtil.toHtml(converterManager.convertToString
($item))}'
#end
Some reasons for having
RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
[EMAIL PROTECTED] will receive the Jira issue events -Original Message- From: Francisco Hernandez [mailto:[EMAIL PROTECTED] Sent: Friday, August 29, 2003 1:15 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters a mailing list for jira would be excellent, I just looked through jira and it looks like only individual issues can be 'watched' and not the actual projects like xwork or webwork Rene Gielen wrote: On Thursday 28 August 2003 17:32, Pat Lightbody wrote: I'm turning off the jira notifications to the list... I just CANT keep up with all this traffic, and these notifications aren't helping, especially once this stuff starts (people commenting on issues on the list). How about a new mailing list for jira notifications? So one can keep up if he likes too... Regards, - Rene --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
On behalf of all vaguely interested people who don't care about the nitty
gritty on a day to basis...thankyouthankyouthankyou! ;)
Pat Lightbody said:
I'm turning off the jira notifications to the list... I just CANT keep
up with all this traffic, and these notifications aren't helping,
especially once this stuff starts (people commenting on issues on the
list).
- Original Message -
From: Cameron Braid [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 26, 2003 10:18 AM
Subject: RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
I still think that the ability to use an API to register converters is
really handy - especially when adapting an existing model.
Cheers,
Cameron
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jason Carreira
Sent: Wednesday, 27 August 2003 3:07 AM
To: [EMAIL PROTECTED]
Subject: RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
Wouldn't it be better to have this properties file driven, like it is
now? Just add the ability to have converters both from AND to String?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 26, 2003 11:50 AM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
The following comment has been added to this issue:
Author: Cameron Braid
Created: Tue, 26 Aug 2003 10:48 AM
Body:
I forgot to mention that it would also be a good idea to
provide a public API to allow programatic registration of
converters. (both toString and fromString)
An example of this need is :
Currently, we use Hibernate with PersistentStringEnums. We
already have a list of these Class objects. We have a
PersistentStringEnumConverter that we use for all of our
enums, therefore it would be better if we could iterate over
this list, registering our PersistentStringEnumConverter for
the PersistentStringEnum classes.
Something like
ConverterManager.getInstance().registerToStringConverter(Conve rter
converterInstance, Class fromClass)
ConverterManager.getInstance().registerFromStringConverter(Con
verter converterInstance, Class toClass)
I would think that the Converter interface is quite simple :
public Object convert(Object, Class toClass)
In the case of a 1:1 mapping from types to converters, the
toClass isn't needed, though if you have a converted that
handles multiple classes, it is needed.
-
View the issue:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-271
Here is an overview of the issue:
-
Key: WW-271
Summary: Converter framework needs to be able to support
plugable to String converters
Type: Improvement
Status: Assigned
Priority: Major
Project: WebWork
Components:
Views
Assignee: Patrick Lightbody
Reporter: Cameron Braid
Created: Tue, 26 Aug 2003 10:03 AM
Updated: Tue, 26 Aug 2003 10:03 AM
Description:
Currently they conversion framework allows for plugable
converters that are used when converting http request string
values into the action properties.
This works really well.
However, when converting action properties to strings the vm
macros use toString().
I believe that this system needs to be configurable.
Allowing user defined converter classes to be specified for
converting to string.
I also propose that a public API be created to allow reuse of
the converters within actions and views.
i.e. a custom form that posts to an action. The action
doesn't use the params-interceptor because the number of form
fields are determined at runtime. The action processes the
http request itself, calling
CustomClass cc =
(CustomClass)ConverterManager.getInstance().convertFromString(
requestMap.get(thingy), CustomClass.class);
AND
in a velocity view. Put the ConverterManager instance as
into the velo context as $converterManager
#foreach $item in $items
input type='text'
value='${stringUtil.toHtml(converterManager.convertToString($item))}'
#end
Some reasons for having this feature :
a) most of the custom types in our applications use
interfaces, with dynamic proxies. I wish to not rely on toString()
b) allows customization of default date formatting, numeric
formatting, etc..
ALSO :
As demonstrated above, there exists a need to a stringUtil
class to escape HTML.
-
JIRA INFORMATION
RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
How about if we send them to the CVS mailing list on java.net? -Original Message- From: Rene Gielen [mailto:[EMAIL PROTECTED] Sent: Thursday, August 28, 2003 2:48 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters On Thursday 28 August 2003 17:32, Pat Lightbody wrote: I'm turning off the jira notifications to the list... I just CANT keep up with all this traffic, and these notifications aren't helping, especially once this stuff starts (people commenting on issues on the list). How about a new mailing list for jira notifications? So one can keep up if he likes too... Regards, - Rene -- Rene Gielen | http://www.aixcept.de/ Aachen | PGP-ID: BECB785A Germany | gielen at aixcept.de --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
Yep, send all jira stuff to CVS list, that way everyone is happy. If an issue is 'mainstream' enough (design decision, future direction, etc) then it's discussed here. Jason Carreira said: How about if we send them to the CVS mailing list on java.net? -Original Message- From: Rene Gielen [mailto:[EMAIL PROTECTED] Sent: Thursday, August 28, 2003 2:48 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters On Thursday 28 August 2003 17:32, Pat Lightbody wrote: I'm turning off the jira notifications to the list... I just CANT keep up with all this traffic, and these notifications aren't helping, especially once this stuff starts (people commenting on issues on the list). How about a new mailing list for jira notifications? So one can keep up if he likes too... Regards, - Rene -- Rene Gielen | http://www.aixcept.de/ Aachen | PGP-ID: BECB785A Germany | gielen at aixcept.de --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
The following comment has been added to this issue:
Author: Cameron Braid
Created: Wed, 27 Aug 2003 6:10 AM
Body:
I have given this a go.. I dunno if I have produced the best soloution, though it
seems to work with my requirements.
As soon as I work out how to run ant test I'll make sure that it works with the
existing tests, create a specific unit test, and commit it.
-
View the issue:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-271
Here is an overview of the issue:
-
Key: WW-271
Summary: Converter framework needs to be able to support plugable to String
converters
Type: Improvement
Status: Assigned
Priority: Major
Project: WebWork
Components:
Views
Fix Fors:
2.0
Assignee: Patrick Lightbody
Reporter: Cameron Braid
Created: Tue, 26 Aug 2003 10:03 AM
Updated: Tue, 26 Aug 2003 1:01 PM
Description:
Currently they conversion framework allows for plugable converters that are used when
converting http request string values into the action properties.
This works really well.
However, when converting action properties to strings the vm macros use toString().
I believe that this system needs to be configurable. Allowing user defined converter
classes to be specified for converting to string.
I also propose that a public API be created to allow reuse of the converters within
actions and views.
i.e. a custom form that posts to an action. The action doesn't use the
params-interceptor because the number of form fields are determined at runtime. The
action processes the http request itself, calling
CustomClass cc =
(CustomClass)ConverterManager.getInstance().convertFromString(requestMap.get(thingy),
CustomClass.class);
AND
in a velocity view. Put the ConverterManager instance as into the velo context as
$converterManager
#foreach $item in $items
input type='text'
value='${stringUtil.toHtml(converterManager.convertToString($item))}'
#end
Some reasons for having this feature :
a) most of the custom types in our applications use interfaces, with dynamic proxies.
I wish to not rely on toString()
b) allows customization of default date formatting, numeric formatting, etc..
ALSO :
As demonstrated above, there exists a need to a stringUtil class to escape HTML.
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://jira.opensymphony.com/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
Wouldn't it be better to have this properties file driven, like it is
now? Just add the ability to have converters both from AND to String?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 26, 2003 11:50 AM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
The following comment has been added to this issue:
Author: Cameron Braid
Created: Tue, 26 Aug 2003 10:48 AM
Body:
I forgot to mention that it would also be a good idea to
provide a public API to allow programatic registration of
converters. (both toString and fromString)
An example of this need is :
Currently, we use Hibernate with PersistentStringEnums. We
already have a list of these Class objects. We have a
PersistentStringEnumConverter that we use for all of our
enums, therefore it would be better if we could iterate over
this list, registering our PersistentStringEnumConverter for
the PersistentStringEnum classes.
Something like
ConverterManager.getInstance().registerToStringConverter(Conve
rter converterInstance, Class fromClass)
ConverterManager.getInstance().registerFromStringConverter(Con
verter converterInstance, Class toClass)
I would think that the Converter interface is quite simple :
public Object convert(Object, Class toClass)
In the case of a 1:1 mapping from types to converters, the
toClass isn't needed, though if you have a converted that
handles multiple classes, it is needed.
-
View the issue:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-271
Here is an overview of the issue:
-
Key: WW-271
Summary: Converter framework needs to be able to support
plugable to String converters
Type: Improvement
Status: Assigned
Priority: Major
Project: WebWork
Components:
Views
Assignee: Patrick Lightbody
Reporter: Cameron Braid
Created: Tue, 26 Aug 2003 10:03 AM
Updated: Tue, 26 Aug 2003 10:03 AM
Description:
Currently they conversion framework allows for plugable
converters that are used when converting http request string
values into the action properties.
This works really well.
However, when converting action properties to strings the vm
macros use toString().
I believe that this system needs to be configurable.
Allowing user defined converter classes to be specified for
converting to string.
I also propose that a public API be created to allow reuse of
the converters within actions and views.
i.e. a custom form that posts to an action. The action
doesn't use the params-interceptor because the number of form
fields are determined at runtime. The action processes the
http request itself, calling
CustomClass cc =
(CustomClass)ConverterManager.getInstance().convertFromString(
requestMap.get(thingy), CustomClass.class);
AND
in a velocity view. Put the ConverterManager instance as
into the velo context as $converterManager
#foreach $item in $items
input type='text'
value='${stringUtil.toHtml(converterManager.convertToString($item))}'
#end
Some reasons for having this feature :
a) most of the custom types in our applications use
interfaces, with dynamic proxies. I wish to not rely on toString()
b) allows customization of default date formatting, numeric
formatting, etc..
ALSO :
As demonstrated above, there exists a need to a stringUtil
class to escape HTML.
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the
administrators:
http://jira.opensymphony.com/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a
single machine. WITHOUT REBOOTING! Mix Linux / Windows /
Novell virtual machines at the same time. Free trial click
here:http://www.vmware.com/wl/offer/358/0
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter framework needs to be able to support plugable to String converters
I still think that the ability to use an API to register converters is
really handy - especially when adapting an existing model.
Cheers,
Cameron
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jason Carreira
Sent: Wednesday, 27 August 2003 3:07 AM
To: [EMAIL PROTECTED]
Subject: RE: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
Wouldn't it be better to have this properties file driven, like it is
now? Just add the ability to have converters both from AND to String?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 26, 2003 11:50 AM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] [JIRA-OS] Commented: (WW-271) Converter
framework needs to be able to support plugable to String converters
The following comment has been added to this issue:
Author: Cameron Braid
Created: Tue, 26 Aug 2003 10:48 AM
Body:
I forgot to mention that it would also be a good idea to
provide a public API to allow programatic registration of
converters. (both toString and fromString)
An example of this need is :
Currently, we use Hibernate with PersistentStringEnums. We
already have a list of these Class objects. We have a
PersistentStringEnumConverter that we use for all of our
enums, therefore it would be better if we could iterate over
this list, registering our PersistentStringEnumConverter for
the PersistentStringEnum classes.
Something like
ConverterManager.getInstance().registerToStringConverter(Conve
rter converterInstance, Class fromClass)
ConverterManager.getInstance().registerFromStringConverter(Con
verter converterInstance, Class toClass)
I would think that the Converter interface is quite simple :
public Object convert(Object, Class toClass)
In the case of a 1:1 mapping from types to converters, the
toClass isn't needed, though if you have a converted that
handles multiple classes, it is needed.
-
View the issue:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-271
Here is an overview of the issue:
-
Key: WW-271
Summary: Converter framework needs to be able to support
plugable to String converters
Type: Improvement
Status: Assigned
Priority: Major
Project: WebWork
Components:
Views
Assignee: Patrick Lightbody
Reporter: Cameron Braid
Created: Tue, 26 Aug 2003 10:03 AM
Updated: Tue, 26 Aug 2003 10:03 AM
Description:
Currently they conversion framework allows for plugable
converters that are used when converting http request string
values into the action properties.
This works really well.
However, when converting action properties to strings the vm
macros use toString().
I believe that this system needs to be configurable.
Allowing user defined converter classes to be specified for
converting to string.
I also propose that a public API be created to allow reuse of
the converters within actions and views.
i.e. a custom form that posts to an action. The action
doesn't use the params-interceptor because the number of form
fields are determined at runtime. The action processes the
http request itself, calling
CustomClass cc =
(CustomClass)ConverterManager.getInstance().convertFromString(
requestMap.get(thingy), CustomClass.class);
AND
in a velocity view. Put the ConverterManager instance as
into the velo context as $converterManager
#foreach $item in $items
input type='text'
value='${stringUtil.toHtml(converterManager.convertToString($item))}'
#end
Some reasons for having this feature :
a) most of the custom types in our applications use
interfaces, with dynamic proxies. I wish to not rely on toString()
b) allows customization of default date formatting, numeric
formatting, etc..
ALSO :
As demonstrated above, there exists a need to a stringUtil
class to escape HTML.
-
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the
administrators:
http://jira.opensymphony.com/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a
single machine. WITHOUT REBOOTING! Mix Linux / Windows /
Novell virtual machines at the same time. Free trial click
here:http://www.vmware.com/wl/offer/358/0
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED
