Re: error handling in func-transmit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



No problem with the current version of Java Binding. The error is
correctly catch from bindings too.
If anyone make some other test finding problems, just write and will
find the solution! ;)

Bye
Marco


On Wed, 2008-09-03 at 10:01 +0200, Marco Mornati wrote:
> No. I think we could improve bindings too. But there is no problem in
> using with the current version.
> 
> Anyway, I'll try to update my func-transmit with your version, so I
> could make some tests with Java bindings.
> 
> Thanks
> Bye
> Marco
> 
> On Tue, 2008-09-02 at 15:51 -0400, Adrian Likins wrote:
> > 
> > proposed fix at 
> > http://github.com/alikins/func-alikins-devel/tree/func_transmit_errors
> > 
> > This changes the func-transmit api a bit (well, it implements handling 
> > something it
> > didnt before anyway) so wanted to float this by folks using 
> > func-transmit first.
> > 
> > Is this something the language bindings could make use of?
> > 
> > Adrian
> > 
> > > I'm trying to fix a bug I'm seeing with func-transmit in the case of 
> > > attempting
> > > to talk to non existing minions.
> > >
> > > Currently, if you do this, the Overlord() api class will raise a 
> > > Func_Client_Exception.
> > >
> > > At the moment, func-transmit doesn't know how to handle this and just 
> > > throws
> > > a traceback.
> > >
> > > Ideally, we would have a way to handle this in a way that would work for
> > > JSON or yaml or other methods, but since at least JSON doesnt have a
> > > standard Error/Exception type, I'm not sure how to do this.
> > >
> > > Some options:
> > >
> > >    1) Catch it and return an object that could be detected as an error.
> > >        Maybe a dictionary with "type":"error" or something?
> > >
> > >    2) exit non-zero. This means apps using func-transmit would need
> > >        to check the exit status of course
> > >
> > >   3) both of the above
> > >
> > >
> > > Any other ideas?
> > >
> > > Adrian
> > >
> > > _______________________________________________
> > > Func-list mailing list
> > > Func-list@xxxxxxxxxx
> > > https://www.redhat.com/mailman/listinfo/func-list
> > 
> > _______________________________________________
> > Func-list mailing list
> > Func-list@xxxxxxxxxx
> > https://www.redhat.com/mailman/listinfo/func-list
-- 
Dott. Ing. Mornati Marco
Byte-Code s.r.l
via Antonio Cechov, 1
San Giuliano Milanese (MI)
E-Mail: mmornati@xxxxxxxxxxxxx

_______________________________________________
Func-list mailing list
Func-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/func-list

[Index of Archives]     [Fedora Users]     [Linux Networking]     [Fedora Legacy List]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux