I applied this fix, thanks.

I'm reluctant to expose a FBConnectionRequestInfo object that can be used
to change the state of the mcf. I guess we could make finer grained
setters on the mcf, but I am slightly reluctant to do that, since it would
get wiped out if you set a more exotic ConnectionRequestInfo parameter. So
for now lets keep your solution.

Thanks again

david jencks

On 2002.01.28 18:40:37 -0500 patcom123 wrote:
> --- In IB-Java@y..., "rrokytskyy" <rrokytskyy@y...> wrote:
> > > This is interesting, you have SYSDBA in uppercase.. I wonder if
> > > that makes a difference? I haven't checked if the older
> connection
> > > methods do case conversion... I'm using Tomcat not Jboss, but i'm
> > > hoping/assuming a similar connection is occuring?
> >
> > At least when I use this driver in JDBC Explorer I can use "sysdba"
> > in lowercase. So, "old-fashion" java.sql.Connection accepts it.
>
> I thought so too, but i did notice that IB-Console uses all
> uppercase. Anyway, its not that:) I've found the problem...
>
> There is a bug in FBWrappingDataSource, for which a quick fix is
> below:
>
> The setUser (and password) functions currently creates a new
> ConnectionRequestInfo object, sets the parameter and then lets the
> garbage collector trash it. Changing setUser to something like the
> following fixes it, but i'm wondering if there is a better way of
> doing it? (eg add a getCRI and not getDefaultCRI, which doesn't clone
> the original? or removing the wrapper altogether?)
>
> public void setUser(String userName){
> FBConnectionRequestInfo cri=mcf.getDefaultConnectionRequestInfo();
> cri.setUser(userName);
> mcf.setConnectionRequestInfo(cri);
> }
>
> Apart from that, it seems to work fine:)
>
>
> JOHN
>
>
>
> To unsubscribe from this group, send an email to:
> IB-Java-unsubscribe@egroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
>
>