On 08.Oct.2002 -- 10:00 PM, Giacomo Pati wrote:
> Carsten Ziegeler wrote:
> >So, summarizing this, it seems that we agree on changing the InputModule
> >interface to
> >
> >o.a.c.components.modules.InputModule
> >{
> > Object getAttribute( String name, Map objectModel ) throws
> >ProcessingExcep
Carsten Ziegeler wrote:
> So, summarizing this, it seems that we agree on changing the InputModule
> interface to
>
> o.a.c.components.modules.InputModule
> {
>Object getAttribute( String name, Map objectModel ) throws
> ProcessingException;
>
>Iterator getAttributeNames( Map objectModel
>> But why throwing a ProcessingException ? Simply throwing Exception would
>> avoid exception cascading (I hate these never ending stacktraces) and
>> better cope with the variety of implementations.
>>
> Valid question...now the question is: where do you want to handle the
> exception?
> If you
On 08.Oct.2002 -- 11:17 AM, [EMAIL PROTECTED] wrote:
> Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
>
> > Hmm, is it the responsibility of the InputModule to filter?
No.
> > Or is it rather the calling component which gets information
> > from an InputModule that should filter?
Yes.
> > And
On 08.Oct.2002 -- 09:55 AM, Carsten Ziegeler wrote:
>
> Christian Haul wrote:
> >
> > On 08.Oct.2002 -- 08:09 AM, Carsten Ziegeler wrote:
> > > So, summarizing this, it seems that we agree on changing the InputModule
> > > interface to
> > >
> > > o.a.c.components.modules.InputModule
> > > {
> >
Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
> Hmm, is it the responsibility of the InputModule to filter?
> Or is it rather the calling component which gets information
> from an InputModule that should filter?
> And how would you apply this filter, let's say in the sitemap?
> Or is it a config
Sylvain Wallez wrote:
>
> >But if you have a method indicating that it throws a ProcessingException
> >and it calls a method which simply throws Exception than you have to
> >do something like this:
> >try {
> >inputmodule.method();
> >} catch (ProcessingException pe) {
> >// rethrow
> >
Message-
> From: www-data [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED]
> Sent: Tuesday, October 08, 2002 10:59 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [RT]: InputModules interfaces
>
>
> Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
>
> > So, summariz
Carsten Ziegeler wrote:
>Sylvain Wallez wrote:
>
>
But why throwing a ProcessingException ? Simply throwing Exception would avoid
>exception cascading (I hate these never ending stacktraces) and better cope with the
>variety of implementations.
>>>Valid question...now the question is
Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
> So, summarizing this, it seems that we agree on changing the InputModule
> interface to
>
> o.a.c.components.modules.InputModule
> {
>Object getAttribute( String name, Map objectModel ) throws
> ProcessingException;
>
>Iterator getAttribut
John Morrison wrote:
>
> > Apart from that just Exception is too specific for me, but I guess
> > that's my personal problem here.
>
> I always thought that Exception was generic not specific...
>
Ups, yes, thank John - I meant specificI have to write down: Don't
think at 8 different things
> Apart from that just Exception is too specific for me, but I guess
> that's my personal problem here.
I always thought that Exception was generic not specific...
> Ok, you say "Exception", I say "ProcessingException" - the next one
> in this thread apart from us two can decide which one to use
Sylvain Wallez wrote:
> >>But why throwing a ProcessingException ? Simply throwing Exception would
> >>avoid exception cascading (I hate these never ending stacktraces) and
> >>better cope with the variety of implementations.
> >>
> >>
> >>
> >Valid question...now the question is: where do you wa
Carsten Ziegeler wrote:
>Sylvain Wallez wrote:
>
>
>>Carsten Ziegeler wrote:
>>
>>
>>
>>>So, summarizing this, it seems that we agree on changing the InputModule
>>>interface to
>>>
>>>o.a.c.components.modules.InputModule
>>>{
>>> Object getAttribute( String name, Map objectModel ) throws
Sylvain Wallez wrote:
>
> Carsten Ziegeler wrote:
>
> >So, summarizing this, it seems that we agree on changing the InputModule
> >interface to
> >
> >o.a.c.components.modules.InputModule
> >{
> > Object getAttribute( String name, Map objectModel ) throws
> >ProcessingException;
> >
> > Itera
Christian Haul wrote:
>
> On 08.Oct.2002 -- 08:09 AM, Carsten Ziegeler wrote:
> > So, summarizing this, it seems that we agree on changing the InputModule
> > interface to
> >
> > o.a.c.components.modules.InputModule
> > {
> >Object getAttribute( String name, Map objectModel ) throws
> > Proc
Carsten Ziegeler wrote:
>So, summarizing this, it seems that we agree on changing the InputModule
>interface to
>
>o.a.c.components.modules.InputModule
>{
> Object getAttribute( String name, Map objectModel ) throws
>ProcessingException;
>
> Iterator getAttributeNames( Map objectModel ) throw
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>
> So, summarizing this, it seems that we agree on changing the
> InputModule interface to
>
> o.a.c.components.modules.InputModule
> {
>Object getAttribute( String name, Map objectModel ) throws
> ProcessingException;
>
>Iterator
On 08.Oct.2002 -- 08:09 AM, Carsten Ziegeler wrote:
> So, summarizing this, it seems that we agree on changing the InputModule
> interface to
>
> o.a.c.components.modules.InputModule
> {
>Object getAttribute( String name, Map objectModel ) throws
> ProcessingException;
>
>Iterator getAtt
So, summarizing this, it seems that we agree on changing the InputModule
interface to
o.a.c.components.modules.InputModule
{
Object getAttribute( String name, Map objectModel ) throws
ProcessingException;
Iterator getAttributeNames( Map objectModel ) throws ProcessingException;
Object[
Sylvain Wallez wrote:
>
> >
> c) What this optional "modeConf" Parameter?
>
>
> >
> >This feature is not used with respect to the sitemap usage.
> >
> >It allows to pass arbitrary configuration data to a module. This
> could be a output format, details about the data sourc
On 07.Oct.2002 -- 05:51 PM, Sylvain Wallez wrote:
> Christian Haul wrote:
>
> >On 07.Oct.2002 -- 04:50 PM, Carsten Ziegeler wrote:
> c) What this optional "modeConf" Parameter?
> >This feature is not used with respect to the sitemap usage.
> >
> >It allows to pass arbitrary configuration dat
Christian Haul wrote:
>On 07.Oct.2002 -- 04:50 PM, Carsten Ziegeler wrote:
>
>
>>Piroumian Konstantin wrote:
>>
>>
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Hi,
I just looked at the InputModule interface and I have some questions/suggestions:
a) Packag
On 07.Oct.2002 -- 04:50 PM, Carsten Ziegeler wrote:
> Piroumian Konstantin wrote:
> >
> > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> > >
> > > Hi,
> > >
> > > I just looked at the InputModule interface and I have some
> > > questions/suggestions:
> > >
> > > a) Package name
> > > I thin
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> Piroumian Konstantin wrote:
> >
> > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> > >
> > > Hi,
> > >
> > > I just looked at the InputModule interface and I have some
> > > questions/suggestions:
> > >
> > > a) Package name
> > > I thi
Piroumian Konstantin wrote:
>
> > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> >
> > Hi,
> >
> > I just looked at the InputModule interface and I have some
> > questions/suggestions:
> >
> > a) Package name
> > I think the interface should rather be located in
> > o.a.c.components.modules (
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>
> Hi,
>
> I just looked at the InputModule interface and I have some
> questions/suggestions:
>
> a) Package name
> I think the interface should rather be located in
> o.a.c.components.modules (or perhaps o.a.c.sitemap)
+1
>
> b) Except
27 matches
Mail list logo