babeldoc-devel Mailing List for Babeldoc: Universal Document Processor (Page 117)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

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

<<
I think all configuration are loaded using ConfigService so it will be in
database in your case. However you should be aware of external files that
are used by pipeline stages like transformation file in XslTransform
pipeline stage.

Dejan
>>

Actually, the problem is in the 
com.babeldoc.core.config.ConfigService.getConfig( ) method ... in here, it 
first looks inside a static HashMap to determine if the configuration 
value is already loaded ... if so, it doesn't attempt to get it 
externally.  This is fine in a non-clustered environment for me because 
when I update the database with my values, I can just call 
ConfigService.clearCache( ) and the HashMap is emptied.  The problem is 
when I am in a clustered environment, my request to 
ConfigService.clearCache( ) will only work on one server ... not all of 
them ... which means that the internal HashMaps will be out of synch with 
each other.

Also, I will be using the new XslTransform "transformationScript" so I 
will not be reading from the filesystem ... it will come from the 
centralized database.

Thanks.

Erik
I think all configuration are loaded using ConfigService so it will be in
database in your case. However you should be aware of external files that
are used by pipeline stages like transformation file in XslTransform
pipeline stage.

Dejan

----- Original Message -----
From: ek...@ba...
To: br...@mc...
Cc: bab...@li...
Sent: Wednesday, April 02, 2003 10:15 PM
Subject: [Babeldoc-devel] Any other caches I should know about?

Guys, are there any other "caches" in the software that I should know of??
If so, there's a strong chance it won't work properly in a clustered
environment.  Please advise as soon as possible.  Thanks.

Guys, are there any other "caches" in the software that I should know of?? 
 If so, there's a strong chance it won't work properly in a clustered 
environment.  Please advise as soon as possible.  Thanks.
In addition, I will be attempting to have my class utilize a database 
connection pool from Weblogic ... which I believe is accessible via JNDI 
... rather than the straight database connection.  Additionally, I will 
need to clear the cache whenever a database update occurs ... so I will be 
calling com.babeldoc.core.config.ConfigService.clearCache( ) upon 
successful execution of 
com.babeldoc.sql.config.SqlConfigService.saveConfig( ).

Uh oh ... I just realized a problem ... clearCache( ) is only going to 
clear the cache on the Weblogic instance that did the update ... in a 
clustered environment, any other WL servers would not have their cache 
cleared.  This will not work for me.  I need to have this "cache" sitting 
in a centralized location ... such as an entry in a common JNDI tree ... 
that is read by each WL Server instance whenever it needs information ... 
when a database update occurs, the clearCache( ) method would need to 
destroy the JNDI tree object ... ughhh.

Any better ideas?

---------------------- Forwarded by Erik Klein/NY/DOMESTIC/BNY on 04/02/2003 02:30 PM ---------------------------
To:     br...@mc...
cc:     "Babeldoc Developers List" <bab...@li...> 
Subject:        Modification to com.babeldoc.sql.config.SqlConfigService

Gents,

I have a few requirements that are going to cause me to diverge from the 
codebase with regard to the SQL Configuration Service.  My needs are very 
specific to my environment and should not be applied to the babeldoc 
codebase.

That being said, I will be either Modifying or Extending 
com.babeldoc.sql.config.SqlConfigService.  My preference is to extend it. 
I will be calling the new class 
com.bankofny.iecc.alt.sql.config.SqlConfigService.

I am attempting to place in my new class only those things that will 
change from the base class (obviously).  I have encountered two things 
that will cause me a little grief, and I'm wondering if we can modify them 
in the babeldoc codebase.

1. The instance variables "dbName", "dbPasswd", dbDriver", and "dbUrl" are 
all package-friendly.  Is it possible for us to make these Protected, so 
my subclass can access them?
2. The method "setString" is package-friendly.  Is there any reason this 
cannot be made Protected (or even Public)?

If you have no objections, I will make the modifications to the class and 
check it in with CVS to sourceforge.  Please advise.

Just so you know, I plan to override the following methods in my new 
class:
-- getConfig(String name)
-- setString(String name, String value)
-- saveConfig(String name, IConfig config)

Erik

Gents,

I have a few requirements that are going to cause me to diverge from the 
codebase with regard to the SQL Configuration Service.  My needs are very 
specific to my environment and should not be applied to the babeldoc 
codebase.

That being said, I will be either Modifying or Extending 
com.babeldoc.sql.config.SqlConfigService.  My preference is to extend it. 
I will be calling the new class 
com.bankofny.iecc.alt.sql.config.SqlConfigService.

I am attempting to place in my new class only those things that will 
change from the base class (obviously).  I have encountered two things 
that will cause me a little grief, and I'm wondering if we can modify them 
in the babeldoc codebase.

1. The instance variables "dbName", "dbPasswd", dbDriver", and "dbUrl" are 
all package-friendly.  Is it possible for us to make these Protected, so 
my subclass can access them?
2. The method "setString" is package-friendly.  Is there any reason this 
cannot be made Protected (or even Public)?

If you have no objections, I will make the modifications to the class and 
check it in with CVS to sourceforge.  Please advise.

Just so you know, I plan to override the following methods in my new 
class:
-- getConfig(String name)
-- setString(String name, String value)
-- saveConfig(String name, IConfig config)

Erik
You are right. I haven't removed them. Thanks!

Dejan

----- Original Message -----
From: "bruce" <br...@mc...>
To: "Dejan Krsmanovic" <dej...@nb...>; "Babeldoc
Developers List" <bab...@li...>
Sent: Wednesday, April 02, 2003 12:48 AM
Subject: Re: [Babeldoc-devel] Changes

> Are you sure about this change?   The files are still in the gui module...
I
> will delete them.
>
> On Tuesday 01 April 2003 09:35 am, Dejan Krsmanovic wrote:
> > I have also moved gui.scanner package to scanner module since it belongs
> > there. Now gui module does not depend of scanner module. I admit I have
> > moved this package into gui module in the first place ;)
> >
> > 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

Are you sure about this change?   The files are still in the gui module...  I 
will delete them.

On Tuesday 01 April 2003 09:35 am, Dejan Krsmanovic wrote:
> I have also moved gui.scanner package to scanner module since it belongs
> there. Now gui module does not depend of scanner module. I admit I have
> moved this package into gui module in the first place ;)
>
> 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

No problem, I have updated and commited that file too.

Dejan

--- bruce <br...@mc...> wrote:
> Dont forget to change the dependancy in the
> module/gui/build.properties file.
> 
> On Tuesday 01 April 2003 09:35 am, Dejan Krsmanovic
> wrote:
> > I have also moved gui.scanner package to scanner
> module since it belongs
> > there. Now gui module does not depend of scanner
> module. I admit I have
> > moved this package into gui module in the first
> place ;)
> >
> > 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

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

<<
PS.  How is your CVS/SSH support going?
>>

Working like a charm!!!  Thanks for your help.
Dont forget to change the dependancy in the module/gui/build.properties file.

On Tuesday 01 April 2003 09:35 am, Dejan Krsmanovic wrote:
> I have also moved gui.scanner package to scanner module since it belongs
> there. Now gui module does not depend of scanner module. I admit I have
> moved this package into gui module in the first place ;)
>
> 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

On Tuesday 01 April 2003 09:33 am, ek...@ba... wrote:
> <<
> I noticed RC4 version has bean released. As I could see the main reason
> for
> releasing was JDK1.3 compatiblity.
> However if scanner code is included in build I am afraid there is still
> JDK1.4 code since JDK1.3 does not have regex support.
> If you don't need scanners then you can safely delete
> babeldoc-scanner.jar
> from lib folder. If JDK1.3 compatibility is necessery for scanners then
> we
> should use some of two Jakarta  projects that deal with regular
> expressions
> instead of JDK1.4 regex package..
>
>
> As of now, I do not plan on using scanners.  However, if we are trying
> to gain JDK 1.3 compliance (are we?? / should we??), then we may want to
> move away from the regex package.

Erik, 

I definitely think that we should not try and support 1.3.  I do think that 
the core should be as free from dependencies as possible including 
dependencies on a particular jdk.

regards,
Bruce.

PS.  How is your CVS/SSH support going?

> -------------------------------------------------------
> 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

I have also moved gui.scanner package to scanner module since it belongs
there. Now gui module does not depend of scanner module. I admit I have
moved this package into gui module in the first place ;)

Dejan

<<
I noticed RC4 version has bean released. As I could see the main reason
for
releasing was JDK1.3 compatiblity.
However if scanner code is included in build I am afraid there is still
JDK1.4 code since JDK1.3 does not have regex support.
If you don't need scanners then you can safely delete
babeldoc-scanner.jar
from lib folder. If JDK1.3 compatibility is necessery for scanners then
we
should use some of two Jakarta  projects that deal with regular
expressions
instead of JDK1.4 regex package..
>>

As of now, I do not plan on using scanners.  However, if we are trying
to gain JDK 1.3 compliance (are we?? / should we??), then we may want to
move away from the regex package.

Bruce, have you implemented auto documentation update based on defined
options in Info classes? So if I put some new option is it updated in
documentation?

I have added global option to scanners called 'ignored' and it has the same
functionality as in pipeline stages. So you can switch of scanner without
commenting all configuration for that scanner. When you are working with
many scanners it is pretty usefull.
I have also added type 'mailbox' for scanner workers. We had 'smtp' type
which was not pretty precise (we have MailboxScanner not SmtpScanner class).
Anyway I haven't removed smtp from query properties because of backward
compatibility. We should update documentation, too...

Dejan

Dejan,

Correct - there is lots of places that use 1.4 stuff - even in the core - the 
JavaXmlDecoder.   The main thing is to make sure that the core stuff can run 
with as few dependencies as possible.

bruce

On Tuesday 01 April 2003 08:30 am, Dejan Krsmanovic wrote:
> I noticed RC4 version has bean released. As I could see the main reason for
> releasing was JDK1.3 compatiblity.
> However if scanner code is included in build I am afraid there is still
> JDK1.4 code since JDK1.3 does not have regex support.
> If you don't need scanners then you can safely delete babeldoc-scanner.jar
> from lib folder. If JDK1.3 compatibility is necessery for scanners then we
> should use some of two Jakarta  projects that deal with regular expressions
> instead of JDK1.4 regex package..
>
> 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

I noticed RC4 version has bean released. As I could see the main reason for
releasing was JDK1.3 compatiblity.
However if scanner code is included in build I am afraid there is still
JDK1.4 code since JDK1.3 does not have regex support.
If you don't need scanners then you can safely delete babeldoc-scanner.jar
from lib folder. If JDK1.3 compatibility is necessery for scanners then we
should use some of two Jakarta  projects that deal with regular expressions
instead of JDK1.4 regex package..

Dejan

> I think we need to put a value in the argument in the first method above
> ... question is, what is the meaning of the "logName" argument in the
> 2nd attribute?  What should go there?

I guess something like "com.babeldoc" would be OK for default logName

Dejan

On Monday 31 March 2003 06:22 pm, ek...@ba... wrote:
> <<
> You will need to place the log4j.properties file in the classpath.
>
>
> Do you have a sample log4j.properties?  I will investigate how to
> configure it optimally for my installation at a future date ... I just
> need something to get me going.

Look inside the babeldoc-core.jar - I am sure it is there.

> <<
> You will need to define the system property babeldoc.home directory to a
> place
> where the journal logging files can be written.
>
>
> Sounds simple.  What about babelConfigPath?  I saw this set in the
> babeldoc.bat

This is the directory that you place your configuration files - your ./config 
directory that provides configuration for your pipeline, etc, etc.

> So, putting all the JARs in the classpath is correct then?
>
> Are there other properties files / xml files I'm neglecting?
>
> Erik

<<
You will need to place the log4j.properties file in the classpath.
>>

Do you have a sample log4j.properties?  I will investigate how to
configure it optimally for my installation at a future date ... I just
need something to get me going.

<<
You will need to define the system property babeldoc.home directory to a
place
where the journal logging files can be written.
>>

Sounds simple.  What about babelConfigPath?  I saw this set in the
babeldoc.bat

So, putting all the JARs in the classpath is correct then?

Are there other properties files / xml files I'm neglecting?

Erik

Ok,

You will need to place the log4j.properties file in the classpath.

You will need to define the system property babeldoc.home directory to a place 
where the journal logging files can be written.

On Monday 31 March 2003 06:05 pm, ek...@ba... wrote:
> Here's the error I'm getting from Weblogic ...
> [ChangeAwareClassLoader] : Name is :
> META-INF/services/org.apache.commons.logging.LogFactory
> log4j:WARN No appenders could be found for logger (com.babeldoc).
> log4j:WARN Please initialize the log4j system properly.
> java.io.FileNotFoundException: ${system.getProperty
> ("babeldoc.home")}/journal.log (The filename, directory name, or volume
> label syntax is incorrect)
>
>
> Bear in mind, I have NOT done the following:
> -- set the BABELDOC_HOME environment variable
> -- set the BABELDOC_USER environment variable
> -- set any of the other environment variables that you see in
> babeldoc.bat (do I need to?)
> -- placed any configuration files (properties files, xml files, etc)
> into the file system or pointed WLS to them
>
> I have done the following:
> -- I took every Jar file built from the build.bat process and put it in
> a directory that WLS can see ... each Jar has some embedded properties
> files in them
> -- I set the WLS classpath to point to EVERY Jar file in that directory
> -- I deployed the babeldoc-httpfeed.war so I can test things (by the
> way, the servlet runs ... it just gives the error above)
>
> I believe I still have quite a bit of configuring to do ... please
> advise.
>
> Erik
> The information in this e-mail, and any attachment therein, is
> confidential and for use by the addressee only. If you are not the
> intended recipient, please return the e-mail to the sender and delete it
> from your computer. Although The Bank of New York attempts to sweep
> e-mail and attachments for viruses, it does not guarantee that either
> are virus-free and accepts no liability for any damage sustained as a
> result of viruses.
>
>
>
>
> -------------------------------------------------------
> 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

Here's the error I'm getting from Weblogic ...
[ChangeAwareClassLoader] : Name is :
META-INF/services/org.apache.commons.logging.LogFactory
log4j:WARN No appenders could be found for logger (com.babeldoc).
log4j:WARN Please initialize the log4j system properly.
java.io.FileNotFoundException: ${system.getProperty
("babeldoc.home")}/journal.log (The filename, directory name, or volume
label syntax is incorrect)

Bear in mind, I have NOT done the following:
-- set the BABELDOC_HOME environment variable
-- set the BABELDOC_USER environment variable
-- set any of the other environment variables that you see in
babeldoc.bat (do I need to?)
-- placed any configuration files (properties files, xml files, etc)
into the file system or pointed WLS to them

I have done the following:
-- I took every Jar file built from the build.bat process and put it in
a directory that WLS can see ... each Jar has some embedded properties
files in them
-- I set the WLS classpath to point to EVERY Jar file in that directory
-- I deployed the babeldoc-httpfeed.war so I can test things (by the
way, the servlet runs ... it just gives the error above)

I believe I still have quite a bit of configuring to do ... please
advise.

Erik
The information in this e-mail, and any attachment therein, is
confidential and for use by the addressee only. If you are not the
intended recipient, please return the e-mail to the sender and delete it
from your computer. Although The Bank of New York attempts to sweep
e-mail and attachments for viruses, it does not guarantee that either
are virus-free and accepts no liability for any damage sustained as a
result of viruses.

I assume I need to setup BABELDOC_CFGPATH and BABELDOC_HOME for
launching from Weblogic Server too, right?
I'm trying to figure out what value to give to BABELDOC_USER, which is
used to create BABELDOC_CFGPATH
Also, since all of these configuration files are stored in the JAR, what
is the appropriate path to give for these values?
In Weblogic, the JAR files live in a "lib" directory under the main WLS
directory.
The information in this e-mail, and any attachment therein, is
confidential and for use by the addressee only. If you are not the
intended recipient, please return the e-mail to the sender and delete it
from your computer. Although The Bank of New York attempts to sweep
e-mail and attachments for viruses, it does not guarantee that either
are virus-free and accepts no liability for any damage sustained as a
result of viruses.

Bruce, last week you updated com.babeldoc.core.LogService to modify the
getInstance method to the following:

  /**
   * Get instance - get the singleton or create it.
   * @return
   */
  public static LogService getInstance() {
    return getInstance(/*getCallStack()[2].getClassName()*/);
  }

As you can see, the above code just calls itself because the argument
has been commented out.  I presume you wanted it to call the following
method in the class ...

  /**
   * Get the static instance of the log service
   *
   * @param logName
   * @return
   */
  public static LogService getInstance(String logName) {
    LogService instance = (LogService) logInstances.get(logName);
    if (instance == null) {
      instance = new LogService(logName);
      logInstances.put(logName, instance);
    }
    return instance;
  }

I think we need to put a value in the argument in the first method above
... question is, what is the meaning of the "logName" argument in the
2nd attribute?  What should go there?

Erik
The information in this e-mail, and any attachment therein, is
confidential and for use by the addressee only. If you are not the
intended recipient, please return the e-mail to the sender and delete it
from your computer. Although The Bank of New York attempts to sweep
e-mail and attachments for viruses, it does not guarantee that either
are virus-free and accepts no liability for any damage sustained as a
result of viruses.

As long as I'm doing a "for now" modification, I will instead use the
default constructor that is available in JDK 1.3.1 and deprecated in JDK
1.4.  I will leave a "note to self" of this change.

bruce <br...@mc...> on 03/31/2003 02:31:16 PM

To:    ek...@ba...
cc:    "Babeldoc Developers List" <bab...@li...>
Subject:    Re: More JDK 1.3.1 incompatibilities

Yes, delete the modules - for now...

On Monday 31 March 2003 02:28 pm, ek...@ba... wrote:
> java.net.URLEncoder and java.net.URLDecoder have a 2-arg constructor
in
> JDK 1.4 as well as a 1-arg constructor (which is now deprecated).  The
> 2nd argument is a String that represents the character encoding (such
as
> UTF-8).  JDK 1.3.1 only has the 1-arg constructor.  I have not
> identified a way to set the encoding outside of the constructor.
>
> This situation is causing a compiler error in the following classes:
>
> com.babeldoc.web.context.JournalListingContext -- Line184
> com.babeldoc.babelfish.BabelfishTranslator -- Lines 102, 103, 230
>
> Any thoughts?
>
> Erik

2003	Jan	Feb (14)	Mar (107)	Apr (211)	May (93)	Jun (158)	Jul (159)	Aug (368)	Sep (188)	Oct (151)	Nov (115)	Dec (98)
2004	Jan (25)	Feb	Mar (33)	Apr (28)	May (116)	Jun (2)	Jul (117)	Aug (19)	Sep (9)	Oct (2)	Nov	Dec (4)
2005	Jan	Feb	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct (2)	Nov (9)	Dec
2006	Jan	Feb	Mar (22)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2007	Jan	Feb	Mar (6)	Apr	May	Jun	Jul	Aug (267)	Sep	Oct	Nov (6)	Dec (512)
2008	Jan (187)	Feb	Mar	Apr	May	Jun (3)	Jul (6)	Aug	Sep	Oct	Nov	Dec
2011	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (2)	Nov	Dec
2012	Jan	Feb	Mar	Apr (1)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

babeldoc-devel Mailing List for Babeldoc: Universal Document Processor (Page 117)

babeldoc-devel — Babeldoc developer list