Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » BIRT » Does BIRT 2.2 support "named" parameters of data sets?
Does BIRT 2.2 support "named" parameters of data sets? [message #340492] Fri, 25 January 2008 15:17 Go to next message
Maged Elaasar is currently offline Maged ElaasarFriend
Messages: 529
Registered: July 2009
Senior Member
I saw a few postings in the newsgroup about this with no direct answer. Is
there a way in BIRT 2.2 to use named parameters in data sets? The APIs and
the help pages imply it is doable, but when I tried to do it in my custom
ODA driver, the parameters are only bound by "position" and not "name" in
the query implementation. The only work around i could think of is to ask
the user to use a naming convention in naming the params (that include the
position) like "param1, param2...etc", which is ugly. If there is right way
to do this properly? If not, is it scheduled to be done in an upcoming
version of BIRT? I appreciate your help.

Maged
Re: Does BIRT 2.2 support "named" parameters of data sets? [message #346005 is a reply to message #340492] Tue, 29 January 2008 02:05 Go to previous message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Maged,

Support of "named" parameters defined by an ODA driver has been added since
BIRT 2.2.1.
See the comments in Bugzilla
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122194#c7 on the specifics.

Linda

"Maged Elaasar" <melaasar@ca.ibm.com> wrote in message
news:fncuj9$9dh$1@build.eclipse.org...
>I saw a few postings in the newsgroup about this with no direct answer. Is
>there a way in BIRT 2.2 to use named parameters in data sets? The APIs and
>the help pages imply it is doable, but when I tried to do it in my custom
>ODA driver, the parameters are only bound by "position" and not "name" in
>the query implementation. The only work around i could think of is to ask
>the user to use a naming convention in naming the params (that include the
>position) like "param1, param2...etc", which is ugly. If there is right way
>to do this properly? If not, is it scheduled to be done in an upcoming
>version of BIRT? I appreciate your help.
>
> Maged
>
Re: Does BIRT 2.2 support "named" parameters of data sets? [message #346080 is a reply to message #340492] Tue, 29 January 2008 02:05 Go to previous message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Maged,

Support of "named" parameters defined by an ODA driver has been added since
BIRT 2.2.1.
See the comments in Bugzilla
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122194#c7 on the specifics.

Linda

"Maged Elaasar" <melaasar@ca.ibm.com> wrote in message
news:fncuj9$9dh$1@build.eclipse.org...
>I saw a few postings in the newsgroup about this with no direct answer. Is
>there a way in BIRT 2.2 to use named parameters in data sets? The APIs and
>the help pages imply it is doable, but when I tried to do it in my custom
>ODA driver, the parameters are only bound by "position" and not "name" in
>the query implementation. The only work around i could think of is to ask
>the user to use a naming convention in naming the params (that include the
>position) like "param1, param2...etc", which is ugly. If there is right way
>to do this properly? If not, is it scheduled to be done in an upcoming
>version of BIRT? I appreciate your help.
>
> Maged
>
Re: Does BIRT 2.2 support "named" parameters of data sets? [message #350222 is a reply to message #340492] Tue, 29 January 2008 02:05 Go to previous message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Maged,

Support of "named" parameters defined by an ODA driver has been added since
BIRT 2.2.1.
See the comments in Bugzilla
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122194#c7 on the specifics.

Linda

"Maged Elaasar" <melaasar@ca.ibm.com> wrote in message
news:fncuj9$9dh$1@build.eclipse.org...
>I saw a few postings in the newsgroup about this with no direct answer. Is
>there a way in BIRT 2.2 to use named parameters in data sets? The APIs and
>the help pages imply it is doable, but when I tried to do it in my custom
>ODA driver, the parameters are only bound by "position" and not "name" in
>the query implementation. The only work around i could think of is to ask
>the user to use a naming convention in naming the params (that include the
>position) like "param1, param2...etc", which is ugly. If there is right way
>to do this properly? If not, is it scheduled to be done in an upcoming
>version of BIRT? I appreciate your help.
>
> Maged
>
Re: Does BIRT 2.2 support "named" parameters of data sets? [message #350298 is a reply to message #340492] Tue, 29 January 2008 02:05 Go to previous message
Linda ChanFriend
Messages: 845
Registered: July 2009
Senior Member
Maged,

Support of "named" parameters defined by an ODA driver has been added since
BIRT 2.2.1.
See the comments in Bugzilla
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122194#c7 on the specifics.

Linda

"Maged Elaasar" <melaasar@ca.ibm.com> wrote in message
news:fncuj9$9dh$1@build.eclipse.org...
>I saw a few postings in the newsgroup about this with no direct answer. Is
>there a way in BIRT 2.2 to use named parameters in data sets? The APIs and
>the help pages imply it is doable, but when I tried to do it in my custom
>ODA driver, the parameters are only bound by "position" and not "name" in
>the query implementation. The only work around i could think of is to ask
>the user to use a naming convention in naming the params (that include the
>position) like "param1, param2...etc", which is ugly. If there is right way
>to do this properly? If not, is it scheduled to be done in an upcoming
>version of BIRT? I appreciate your help.
>
> Maged
>
Previous Topic:Does BIRT 2.2 support "named" parameters of data sets?
Next Topic:Does BIRT 2.2 support "named" parameters of data sets?
Goto Forum:
  


Current Time: Thu Nov 21 14:26:16 GMT 2024

Powered by FUDForum. Page generated in 0.25418 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top