babeldoc-devel — Babeldoc developer list

[Babeldoc-devel] LOG Table

[<ek...@ba...>]

Is there any reason that the "log_datetime" field is implemented as a 
numeric data type (rather than Date or DateTime) in the LOG table in the 
database?

Re: [Babeldoc-devel] Overview of logging

[<ek...@ba...>]

Does this mean that all of the "log4j.properties" files and all the files 
that contain "log4j" properties within them are no longer being used?




Sent by:        bab...@li...
To:     bab...@li...
cc: 
Subject:        Re: [Babeldoc-devel] Overview of logging


I think we have removed all log4j dependences from
code. Also commons-logging is used only in LogService
now. Since commons-logging is just a wrapper for other
logging frameworks you can use log4j, logkit, jdk 1.4
logging or even some proprietery framework if you
write wrapper class for it.
It seems to me that using LogService is redundant
since it is just another wrapper but changing all
calls to use commons-logging would be very hard to do
(I tried once to do this in scanners but recently I
have returned LogService calls).
By the way, I think log configuration should be in lib
folder not in jar file as it is now. That way changing
debug levels (from info to debug) would be much easer.


Dejan

--- ek...@ba... wrote:
> Can I get the 25 cent / highly abridged version of
> how we do logging?
>
> I've found a few different logging classes in the
> system (log4j,
> com.babeldoc.core.LogService, Commons Logging?) ...
> we have a customized
> logging facility (shocking, right?) that I will need
> to feed whenever we
> encounter errors as well as to record performance
> metrics, usage, etc ...
> standard Java API.  Any suggestions?


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
_______________________________________________
Babeldoc-devel mailing list
Bab...@li...
https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] Overview of logging

[Dejan K. <dej...@ya...>]

I think we have removed all log4j dependences from
code. Also commons-logging is used only in LogService
now. Since commons-logging is just a wrapper for other
logging frameworks you can use log4j, logkit, jdk 1.4
logging or even some proprietery framework if you
write wrapper class for it.
It seems to me that using LogService is redundant
since it is just another wrapper but changing all
calls to use commons-logging would be very hard to do
(I tried once to do this in scanners but recently I
have returned LogService calls). 
By the way, I think log configuration should be in lib
folder not in jar file as it is now. That way changing
debug levels (from info to debug) would be much easer.


Dejan

--- ek...@ba... wrote:
> Can I get the 25 cent / highly abridged version of
> how we do logging?
> 
> I've found a few different logging classes in the
> system (log4j, 
> com.babeldoc.core.LogService, Commons Logging?) ...
> we have a customized 
> logging facility (shocking, right?) that I will need
> to feed whenever we 
> encounter errors as well as to record performance
> metrics, usage, etc ... 
> standard Java API.  Any suggestions?


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com

Re: [Babeldoc-devel] Overview of logging

[Bruce M. <br...@mc...>]

On Friday 04 April 2003 11:07 am, ek...@ba... wrote:
> Can I get the 25 cent / highly abridged version of how we do logging?
>
> I've found a few different logging classes in the system (log4j,
> com.babeldoc.core.LogService, Commons Logging?) ... we have a customized
> logging facility (shocking, right?) that I will need to feed whenever we
> encounter errors as well as to record performance metrics, usage, etc ...
> standard Java API.  Any suggestions?

Just use the com.babeldoc.core.LogService class...

[Babeldoc-devel] Overview of logging

[<ek...@ba...>]

Can I get the 25 cent / highly abridged version of how we do logging?

I've found a few different logging classes in the system (log4j, 
com.babeldoc.core.LogService, Commons Logging?) ... we have a customized 
logging facility (shocking, right?) that I will need to feed whenever we 
encounter errors as well as to record performance metrics, usage, etc ... 
standard Java API.  Any suggestions?

[Babeldoc-devel] Re: SqlConfig.setString( )

[<ek...@ba...>]

Which brings me back to my initial request (see below) ... I suppose that 
since I now have my own version of SqlConfig, I could implement this if I 
want to w/o affecting the code base ... I just thought that this line was 
not needed.  Final thoughts on this?

<<
Bruce,

Is the SqlConfig.setString( ) ever called from anywhere except 
SqlConfigService?  If not, I would like to remove the first line of 
SqlConfig.setString( ), which is: 

service.setString(this.getName(), name, value);

which gets called from SqlConfigService.getConfig( ) to update the 
internal hashmap with the value read from the database.  To include the 
line above means that immediately after reading the key/value from the 
database, it will go back to SqlConfigService and call setString( ), which 
will delete the same row and then re-insert the row.  Agreed?

Erik
>>



To:     ek...@ba...
cc:     Bab...@li... 
Subject:        Re: SqlConfig.setString( )


On Friday 04 April 2003 09:11 am, ek...@ba... wrote:
> <<
>
> > which gets called from SqlConfigService.getConfig( ) to update the
> > internal hashmap with the value read from the database.  To include 
the
> > line above means that immediately after reading the key/value from the
> > database, it will go back to SqlConfigService and call setString( ),
>
> which
>
> > will delete the same row and then re-insert the row.  Agreed?
>
> Not sure what the problem here is?
>
>
> The problem is that the getConfig() method ... which reads from the
> database ... ends up deleting and re-inserting the very row it just 
read.

Yeah - Hack, hack.  Its not my proudest achievement.

[Babeldoc-devel] Re: SqlConfig.setString( )

[Bruce M. <br...@mc...>]

On Friday 04 April 2003 09:11 am, ek...@ba... wrote:
> <<
>
> > which gets called from SqlConfigService.getConfig( ) to update the
> > internal hashmap with the value read from the database.  To include the
> > line above means that immediately after reading the key/value from the
> > database, it will go back to SqlConfigService and call setString( ),
>
> which
>
> > will delete the same row and then re-insert the row.  Agreed?
>
> Not sure what the problem here is?
>
>
> The problem is that the getConfig() method ... which reads from the
> database ... ends up deleting and re-inserting the very row it just read.

Yeah - Hack, hack.  Its not my proudest achievement.

[Babeldoc-devel] Re: Request to add an interface

[<ek...@ba...>]

<<
> The other (simpler?) option is for me to duplicate the SqlConfig class
> into my package and avoid everything below ... lemme know your thoughts.

This is probably your best bet - its not like SqlConfigService is a class 
that
is really designed for extending.
>>

Very good.  Done.  Just wanted to make sure I stay as close to your design 
ideas as possible.

[Babeldoc-devel] Re: SqlConfig.setString( )

[<ek...@ba...>]

<<
> which gets called from SqlConfigService.getConfig( ) to update the
> internal hashmap with the value read from the database.  To include the
> line above means that immediately after reading the key/value from the
> database, it will go back to SqlConfigService and call setString( ), 
which
> will delete the same row and then re-insert the row.  Agreed?

Not sure what the problem here is?
>>

The problem is that the getConfig() method ... which reads from the 
database ... ends up deleting and re-inserting the very row it just read.

Re: [Babeldoc-devel] Request to add an interface

[Bruce M. <br...@mc...>]

Testing...

On Thursday 03 April 2003 09:58 pm, Bruce McDonald wrote:
> On Thursday 03 April 2003 06:57 pm, ek...@ba... wrote:
>
> No, its not worth it - just copy your own copy of the sqlconfig object.  I
> mean I can do this but these classes are really not intended for extending.
>
> Bruce.
>
> > I would like to create an interface as follows:
> >
> > package com.babeldoc.sql.config;
> > import com.babeldoc.core.config.IConfigService;
> > public interface ISqlConfigService extends IConfigService { }
> >
> > It's purpose would be to replace the following method signature in
> > com.babeldoc.sql.SqlConfig
> >
> > public SqlConfig(String name, SqlConfigService service)
> >
> > with
> >
> > public SqlConfig(String name, ISqlConfigService service)
> >
> >
> > My reason is that I have created a new class
> > com.bankofny.iecc.alt.sql.config.SqlConfigService (which does NOT extend
> > com.babeldoc.sql.config.SqlConfigService) and this cannot be passed as an
> > argument to the constructor of SqlConfig (as seen above) because it is
> > from a different package.
> >
> > By having both My SqlConfigService and the Standard Babeldoc
> > SqlConfigService implementing ISqlConfigService (which just extends
> > IConfigService), I could change the method signature for the constructor
> > of SqlConfig to take an ISqlConfigService argument, rather than a
> > SqlConfigService argument which ties it only to the babeldoc
> > implementation.
> >
> > Please advise.
> >
> > Erik
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] Request to add an interface

[Bruce M. <br...@mc...>]

On Thursday 03 April 2003 06:57 pm, ek...@ba... wrote:

No, its not worth it - just copy your own copy of the sqlconfig object.  I 
mean I can do this but these classes are really not intended for extending.

Bruce.


> I would like to create an interface as follows:
>
> package com.babeldoc.sql.config;
> import com.babeldoc.core.config.IConfigService;
> public interface ISqlConfigService extends IConfigService { }
>
> It's purpose would be to replace the following method signature in
> com.babeldoc.sql.SqlConfig
>
> public SqlConfig(String name, SqlConfigService service)
>
> with
>
> public SqlConfig(String name, ISqlConfigService service)
>
>
> My reason is that I have created a new class
> com.bankofny.iecc.alt.sql.config.SqlConfigService (which does NOT extend
> com.babeldoc.sql.config.SqlConfigService) and this cannot be passed as an
> argument to the constructor of SqlConfig (as seen above) because it is
> from a different package.
>
> By having both My SqlConfigService and the Standard Babeldoc
> SqlConfigService implementing ISqlConfigService (which just extends
> IConfigService), I could change the method signature for the constructor
> of SqlConfig to take an ISqlConfigService argument, rather than a
> SqlConfigService argument which ties it only to the babeldoc
> implementation.
>
> Please advise.
>
> Erik

[Babeldoc-devel] Re: Request to add an interface

[Bruce M. <br...@mc...>]

On Thursday 03 April 2003 07:04 pm, ek...@ba... wrote:
> The other (simpler?) option is for me to duplicate the SqlConfig class
> into my package and avoid everything below ... lemme know your thoughts.

This is probably your best bet - its not like SqlConfigService is a class that 
is really designed for extending.


> ---------------------- Forwarded by Erik Klein/NY/DOMESTIC/BNY on
> 04/03/2003 07:03 PM --------------------------- To:    
> br...@mc...
> cc:     Bab...@li...
> Subject:        Request to add an interface
>
> I would like to create an interface as follows:
>
> package com.babeldoc.sql.config;
> import com.babeldoc.core.config.IConfigService;
> public interface ISqlConfigService extends IConfigService { }
>
> It's purpose would be to replace the following method signature in
> com.babeldoc.sql.SqlConfig
>
> public SqlConfig(String name, SqlConfigService service)
>
> with
>
> public SqlConfig(String name, ISqlConfigService service)
>
>
> My reason is that I have created a new class
> com.bankofny.iecc.alt.sql.config.SqlConfigService (which does NOT extend
> com.babeldoc.sql.config.SqlConfigService) and this cannot be passed as an
> argument to the constructor of SqlConfig (as seen above) because it is
> from a different package.
>
> By having both My SqlConfigService and the Standard Babeldoc
> SqlConfigService implementing ISqlConfigService (which just extends
> IConfigService), I could change the method signature for the constructor
> of SqlConfig to take an ISqlConfigService argument, rather than a
> SqlConfigService argument which ties it only to the babeldoc
> implementation.
>
> Please advise.
>
> Erik

[Babeldoc-devel] Re: SqlConfig.setString( )

[Bruce M. <br...@mc...>]

On Thursday 03 April 2003 06:00 pm, ek...@ba... wrote:
> Bruce,
>
> Is the SqlConfig.setString( ) ever called from anywhere except
> SqlConfigService?  If not, I would like to remove the first line of
> SqlConfig.setString( ), which is:

SqlConfig.setService calls SqlConfigService.setString - this method then 
deletes the existing value and then writes a new value.  It then updates the 
hashmap of name/value with the new key.  

> service.setString(this.getName(), name, value);
>
> which gets called from SqlConfigService.getConfig( ) to update the
> internal hashmap with the value read from the database.  To include the
> line above means that immediately after reading the key/value from the
> database, it will go back to SqlConfigService and call setString( ), which
> will delete the same row and then re-insert the row.  Agreed?

Not sure what the problem here is?

> Erik

[Babeldoc-devel] Request to add an interface

[<ek...@ba...>]

The other (simpler?) option is for me to duplicate the SqlConfig class 
into my package and avoid everything below ... lemme know your thoughts.

---------------------- Forwarded by Erik Klein/NY/DOMESTIC/BNY on 04/03/2003 07:03 PM ---------------------------
To:     br...@mc...
cc:     Bab...@li... 
Subject:        Request to add an interface

I would like to create an interface as follows:

package com.babeldoc.sql.config;
import com.babeldoc.core.config.IConfigService;
public interface ISqlConfigService extends IConfigService { }

It's purpose would be to replace the following method signature in 
com.babeldoc.sql.SqlConfig

public SqlConfig(String name, SqlConfigService service)

with

public SqlConfig(String name, ISqlConfigService service)


My reason is that I have created a new class 
com.bankofny.iecc.alt.sql.config.SqlConfigService (which does NOT extend 
com.babeldoc.sql.config.SqlConfigService) and this cannot be passed as an 
argument to the constructor of SqlConfig (as seen above) because it is 
from a different package.

By having both My SqlConfigService and the Standard Babeldoc 
SqlConfigService implementing ISqlConfigService (which just extends 
IConfigService), I could change the method signature for the constructor 
of SqlConfig to take an ISqlConfigService argument, rather than a 
SqlConfigService argument which ties it only to the babeldoc 
implementation.

Please advise.

Erik

[Babeldoc-devel] Request to add an interface

[<ek...@ba...>]

I would like to create an interface as follows:

package com.babeldoc.sql.config;
import com.babeldoc.core.config.IConfigService;
public interface ISqlConfigService extends IConfigService { }

It's purpose would be to replace the following method signature in 
com.babeldoc.sql.SqlConfig

public SqlConfig(String name, SqlConfigService service)

with

public SqlConfig(String name, ISqlConfigService service)


My reason is that I have created a new class 
com.bankofny.iecc.alt.sql.config.SqlConfigService (which does NOT extend 
com.babeldoc.sql.config.SqlConfigService) and this cannot be passed as an 
argument to the constructor of SqlConfig (as seen above) because it is 
from a different package.

By having both My SqlConfigService and the Standard Babeldoc 
SqlConfigService implementing ISqlConfigService (which just extends 
IConfigService), I could change the method signature for the constructor 
of SqlConfig to take an ISqlConfigService argument, rather than a 
SqlConfigService argument which ties it only to the babeldoc 
implementation.

Please advise.

Erik

[Babeldoc-devel] SqlConfig.setString( )

[<ek...@ba...>]

Bruce,

Is the SqlConfig.setString( ) ever called from anywhere except 
SqlConfigService?  If not, I would like to remove the first line of 
SqlConfig.setString( ), which is: 

service.setString(this.getName(), name, value);

which gets called from SqlConfigService.getConfig( ) to update the 
internal hashmap with the value read from the database.  To include the 
line above means that immediately after reading the key/value from the 
database, it will go back to SqlConfigService and call setString( ), which 
will delete the same row and then re-insert the row.  Agreed?

Erik

[Babeldoc-devel] Re: ResourceFactory.getResource()

[Bruce M. <br...@mc...>]

On Thursday 03 April 2003 12:37 pm, ek...@ba... wrote:
> As a short followup to our recent conversation where I asked how to get a
> WLS DB Connection Pool resource, you indicated that I can call
> ResourceFactory.getResource( ) to get my desired resource.  I have created
> all the supporting classes to do this (WlsPooledJdbc -- which extends
> Resource -- and I have created my own SqlConfigService in a custom
> package) and have updated all (I think) of the properties files (including
> the babel-* and query properties files) to reflect these changes.
>
> My question is: From within SqlConfigService.checkOut( ) and checkIn( ),
> do I explicitly call ResourceFactory.getResource( )?  If so, what is the
> argument I use?  Is it the Key name I provided for the class name listed
> in query.properties?  (in my case,
> Resource.wlspooled=com.bankofny.iecc.alt.sql.resource.WlsPooledJdbc)?  I
> was wondering why I would even need to name anything since I had already
> created the following entry in babel-config.properties:
>
> # Type is required.
> type=wlspooled
>
> # All database connectivity information comes from the INXP Configurator
> file
>
> I just need to know what to pass in the argument.  Thanks!

babeldoc-config is the resource name that you will use.  

the babel-config then uses the 'wlspooled' resource name to get the resource 
class.  But that is something that your configuration class does not need to 
know about.

[Babeldoc-devel] ResourceFactory.getResource()

[<ek...@ba...>]

As a short followup to our recent conversation where I asked how to get a 
WLS DB Connection Pool resource, you indicated that I can call 
ResourceFactory.getResource( ) to get my desired resource.  I have created 
all the supporting classes to do this (WlsPooledJdbc -- which extends 
Resource -- and I have created my own SqlConfigService in a custom 
package) and have updated all (I think) of the properties files (including 
the babel-* and query properties files) to reflect these changes.

My question is: From within SqlConfigService.checkOut( ) and checkIn( ), 
do I explicitly call ResourceFactory.getResource( )?  If so, what is the 
argument I use?  Is it the Key name I provided for the class name listed 
in query.properties?  (in my case, 
Resource.wlspooled=com.bankofny.iecc.alt.sql.resource.WlsPooledJdbc)?  I 
was wondering why I would even need to name anything since I had already 
created the following entry in babel-config.properties:

# Type is required.
type=wlspooled

# All database connectivity information comes from the INXP Configurator 
file

I just need to know what to pass in the argument.  Thanks!

Re: [Babeldoc-devel] MailboxScanner

[Bruce M. <br...@mc...>]

On Thursday 03 April 2003 12:27 pm, ek...@ba... wrote:
> <<
> On another subject - unit tests.  There are only a very few unit tests in
> the
> build.  I think that we should start thinking about more unit tests (Erik
> seems quite keen on them :)
>
>
> Let me clear one thing up ... I wouldn't call myself KEEN on unit tests
> ... however, I will be required by my management to build a number of
> "API-Level" unit tests to validate our implementation.  This most likely
> will not include a JUnit for every class but rather will include rigorous
> testing for each of our APIs that then delegate through into Babeldoc.  Of
> course if there is additional time (ha ha ha), I will make every effort to
> build additional tests.

Fair enough, but unit testing *IS* important and if we sometimes forget this, 
then it may be important to remind us of it.

Re: [Babeldoc-devel] MailboxScanner

[<ek...@ba...>]

<<
On another subject - unit tests.  There are only a very few unit tests in 
the
build.  I think that we should start thinking about more unit tests (Erik
seems quite keen on them :)
>>

Let me clear one thing up ... I wouldn't call myself KEEN on unit tests 
... however, I will be required by my management to build a number of 
"API-Level" unit tests to validate our implementation.  This most likely 
will not include a JUnit for every class but rather will include rigorous 
testing for each of our APIs that then delegate through into Babeldoc.  Of 
course if there is additional time (ha ha ha), I will make every effort to 
build additional tests.

[Babeldoc-devel] Unit testing.

[Bruce M. <br...@mc...>]

All,

I have added a 'test' target to the main build.xml that will call test on all 
the module build.xml files.  It is here that we can start adding unit tests.   

regards,

Bruce McDonald.


On Thursday 03 April 2003 12:02 pm, Bruce McDonald wrote:
> On Thursday 03 April 2003 11:35 am, Dejan Krsmanovic wrote:
> > > Wow
> > >
> > > I see that you have been hard at work over there.
> > > Thanks for your effort
> > > Dejan.
> >
> > Yeah... These days I work with scanners a lot anyway,
> > since my colegue liked Babeldoc so much that she wants
> > to automate all her work related to website
> > maintainance. She already have 3 scanners and few
> > pipelines that works at the same time. That way we
> > discoved few bugs and I have made few improvements.
> > She has also few ideas but I just don't believe I will
> > have enough time to implement all she wants ;-)
>
> Yes, thats good.  The only thing that we must do is get version 1.0 out. 
> This means addressing issues in the codebase.  We must resist adding new
> features until we have gotten 1.0 out the door.
>
> > Regarding the issue of writeTo and
> >
> > > getInputStream, please use the
> > > call that does the job.  Its been so long since I
> > > was in that code, I cannot
> > > remember why I chose one over the other.
> > >
> > > Bruce.
> >
> > OK. I will do it tomorrow. If there are some problems
> > I am sure we will discover it qickly since we already
> > have mailbox scanner running...
>
> This is already done - see my earlier email.
>
> > Dejan
> >
> > P.S. Have you seen bug report related to
> > documentation? We should fix it prior to 1.0 release.
> > In fact a lot of documentation should be updated...
>
> Looking...  Documentation is an issue.  I dont think that we can ever truly
> keep up unless someone concentrates full time on it.  And that is not too
> likely.
>
> On another subject - unit tests.  There are only a very few unit tests in
> the build.  I think that we should start thinking about more unit tests
> (Erik seems quite keen on them :)
>
> Bruce.
>
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Tax Center - File online, calculators, forms, and more
> > http://tax.yahoo.com
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ValueWeb:
> > Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> > No other company gives more support or power for your dedicated server
> > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] MailboxScanner

[Bruce M. <br...@mc...>]

On Thursday 03 April 2003 11:35 am, Dejan Krsmanovic wrote:
> > Wow
> >
> > I see that you have been hard at work over there.
> > Thanks for your effort
> > Dejan.
>
> Yeah... These days I work with scanners a lot anyway,
> since my colegue liked Babeldoc so much that she wants
> to automate all her work related to website
> maintainance. She already have 3 scanners and few
> pipelines that works at the same time. That way we
> discoved few bugs and I have made few improvements.
> She has also few ideas but I just don't believe I will
> have enough time to implement all she wants ;-)

Yes, thats good.  The only thing that we must do is get version 1.0 out.  This 
means addressing issues in the codebase.  We must resist adding new features 
until we have gotten 1.0 out the door.  

> Regarding the issue of writeTo and
>
> > getInputStream, please use the
> > call that does the job.  Its been so long since I
> > was in that code, I cannot
> > remember why I chose one over the other.
> >
> > Bruce.
>
> OK. I will do it tomorrow. If there are some problems
> I am sure we will discover it qickly since we already
> have mailbox scanner running...

This is already done - see my earlier email.

> Dejan
>
> P.S. Have you seen bug report related to
> documentation? We should fix it prior to 1.0 release.
> In fact a lot of documentation should be updated...

Looking...  Documentation is an issue.  I dont think that we can ever truly 
keep up unless someone concentrates full time on it.  And that is not too 
likely.

On another subject - unit tests.  There are only a very few unit tests in the 
build.  I think that we should start thinking about more unit tests (Erik 
seems quite keen on them :)

Bruce.

> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - File online, calculators, forms, and more
> http://tax.yahoo.com
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] MailboxScanner

[Dejan K. <dej...@ya...>]

> Wow
> 
> I see that you have been hard at work over there. 
> Thanks for your effort 
> Dejan.  
Yeah... These days I work with scanners a lot anyway,
since my colegue liked Babeldoc so much that she wants
to automate all her work related to website
maintainance. She already have 3 scanners and few
pipelines that works at the same time. That way we
discoved few bugs and I have made few improvements.
She has also few ideas but I just don't believe I will
have enough time to implement all she wants ;-)


Regarding the issue of writeTo and
> getInputStream, please use the 
> call that does the job.  Its been so long since I
> was in that code, I cannot 
> remember why I chose one over the other.
> 
> Bruce.

OK. I will do it tomorrow. If there are some problems
I am sure we will discover it qickly since we already
have mailbox scanner running...

Dejan

P.S. Have you seen bug report related to
documentation? We should fix it prior to 1.0 release.
In fact a lot of documentation should be updated...

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com

Re: [Babeldoc-devel] MailboxScanner

[Bruce M. <br...@mc...>]

Ok, 

I have implemented this.

regards,
Bruce.

On Thursday 03 April 2003 10:07 am, bruce wrote:
> Wow
>
> I see that you have been hard at work over there.  Thanks for your effort
> Dejan.  Regarding the issue of writeTo and getInputStream, please use the
> call that does the job.  Its been so long since I was in that code, I
> cannot remember why I chose one over the other.
>
> Bruce.
>
> On Thursday 03 April 2003 09:39 am, Dejan Krsmanovic wrote:
> > Bruce,
> >
> > if you have a time take a look at forums on Babeldoc SF page. I need your
> > opinion about change that Hans suggested about reading e-mail i
> > MailboxScanner...
> >
> > Thanks,
> > Dejan
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ValueWeb:
> > Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> > No other company gives more support or power for your dedicated server
> > http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] MailboxScanner

[bruce <br...@mc...>]

Wow

I see that you have been hard at work over there.  Thanks for your effort 
Dejan.  Regarding the issue of writeTo and getInputStream, please use the 
call that does the job.  Its been so long since I was in that code, I cannot 
remember why I chose one over the other.

Bruce.

On Thursday 03 April 2003 09:39 am, Dejan Krsmanovic wrote:
> Bruce,
>
> if you have a time take a look at forums on Babeldoc SF page. I need your
> opinion about change that Hans suggested about reading e-mail i
> MailboxScanner...
>
> Thanks,
> Dejan
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel