babeldoc-devel — Babeldoc developer list

Re: [Babeldoc-devel] Database Tables

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

<<
Unfortunately not - I am sorry if I gave you this impression.   The xslt
file
must be either a file on disk or (and here is possibly your salvation)
in a
jar file.
>>

In my production environment, I will not have the liberty to create new
files to the filesystem nor drop new Jar files each time a new XSLT file
is needed.  I will investigate how to implement this via a Text
(unlimited varchar) field in the database.  If you were to direct me, is
there any existing table that would be a good repository for this?  And
which package should I look in to determine where I might need to create
a modified / additional "loader" to get to this data?

Re: [Babeldoc-devel] Database Tables

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

Unfortunately not - I am sorry if I gave you this impression.   The xslt file 
must be either a file on disk or (and here is possibly your salvation) in a 
jar file.

On Tuesday 25 March 2003 03:28 pm, ek...@ba... wrote:
> Sorry to run-on so long here, but lastly, I was expecting to find some
> tables that contained PipeLine and PipeLine_Stage information.  It was
> my hope that PipeLine information (as well as other attributes that I
> see in .properties or .xml files in the documentation) could be stored
> in the database.
>
> For instance, the following comes from xslt-velocity.properties in the
> examples directory:
>
> entryStage = transform
>
> transform.stageType=XslTransform
> transform.nextStage=writer
> transform.transformationFile=data/transform-velocity.xsl
>
> writer.stageType=FileWriter
> writer.nextStage=null
> writer.outputFile=${system.getProperty("user.dir")}/velocity.xml
>
>
> Am I incorrect in assuming that this information could be stored in the
> database instead, perhaps in a row that contains a description of
> "xslt-velocity"??
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] Database Tables

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

Sorry to run-on so long here, but lastly, I was expecting to find some
tables that contained PipeLine and PipeLine_Stage information.  It was
my hope that PipeLine information (as well as other attributes that I
see in .properties or .xml files in the documentation) could be stored
in the database.

For instance, the following comes from xslt-velocity.properties in the
examples directory:

entryStage = transform

transform.stageType=XslTransform
transform.nextStage=writer
transform.transformationFile=data/transform-velocity.xsl

writer.stageType=FileWriter
writer.nextStage=null
writer.outputFile=${system.getProperty("user.dir")}/velocity.xml


Am I incorrect in assuming that this information could be stored in the
database instead, perhaps in a row that contains a description of
"xslt-velocity"??

Re: [Babeldoc-devel] Minimum Java VM Version

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

On Tuesday 25 March 2003 11:27 am, bruce wrote:
> Babeldoc does require at least a 1.4 jvm.  This is for two reasons - the
> crypto stuff and the call stack inspection.  Now, if neither of these is
> particularly crucial to you, lets talk about how to work around these two
> areas.
>
> On Tuesday 25 March 2003 11:21 am, ek...@ba... wrote:
> > What is the minimum acceptable JVM version that Babeldoc requires to
> > operate properly?  We are thinking of using it within a Weblogic Server
> > v6.1 sp3 environment which uses Sun's Java 1.3.1_03
> >
> > Here's the version info from the jvm
> >
> > C:\bea\wlserver6.1sp3\jdk131\bin>.\java -version
> > java version "1.3.1_03"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03)
> > Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
> >
> > Is this acceptable?
> >
> > 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:
> > The Definitive IT and Networking Event. Be There!
> > NetWorld+Interop Las Vegas 2003 -- Register today!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] Database Tables

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

Additionally, it appears that the following tables are common (and
identical) in both files:

JOURNAL
JOURNAL_DATA
LOG
TABLE_KEY
CONFIG

I've noticed the following tables in the mySQL file that do not appear
in the Oracle file:

USER
ORGANIZATION
RESOURCE
ORG_RES_ACCESS
USR_RES_ACCESS
PREFERENCE
USER_PREFERENCE
ORG_PREFERENCE

I've noticed the following table in the Oracle file that does not appear
in the mySQL file:

BABEL_USER


Where can I get a comprehensive list of the tables I need?
Additionally, is there a data dictionary or ERD of the database?
Thanks.

Erik

[Babeldoc-devel] Database Tables

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

I'm looking to implement Babeldoc using a database implementation in as
many instances as possible to replace file I/O.  I have found 2 files
containing database DDL (journal-tables.sql for Oracle and tables.sql
for mySQL).  It appears that the mySQL file contains more tables than
the Oracle File.  I am using Sybase and can easily convert the
structures to Sybase-specific DDL, but need to know all the tables that
are used within the system.

Is it those in the mySQL file?  Are those all of them?

Additionally, is there a UI for updating the configurations?  If so, is
this implemented as JSPs in the WAR files or as the Swing Frame in Java
that I found?

Thanks in advance.

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.

Re: [Babeldoc-devel] Minimum Java VM Version

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

On Tuesday 25 March 2003 11:54 am, ek...@ba... wrote:
> If these are the only restrictions on using JVM 1.3.1, then I would
> happily download the change to the Call Stack Inspection routine to make
> it compatible with JVM 1.3.1 and then await its inclusion in the next
> release.  I would not, however, want to diverge from the standard
> codebase.  Also, are you aware of a modification to the

Well, yes.  What is done with the call stack is that it is used to include the 
name of the class that logged an error.  It is also used (and here it is more 
critical) to indicate the logger in log4j through Jakarta commons logger.  
This is not that bad tho...

> Throwable.printStackTrace( ) format from JVM 1.3 to JVM 1.4?  If so,
> this will impact another project that I have worked on.  Please advise.

I am not aware of this change.  Anyway the change is in.  You can get the 
file:
com.babeldoc.core.LogService

> Thanks.
>
> Erik
>
>
>
>
> bruce <br...@mc...>@lists.sourceforge.net on 03/25/2003
> 11:47:04 AM
>
> Sent by:    bab...@li...
>
>
> To:    bab...@li...
> cc:
> Subject:    Re: [Babeldoc-devel] Minimum Java VM Version
>
> On Tuesday 25 March 2003 11:42 am, you wrote:
> > I assume you wanted me to email you directly on this since you did not
> > post the reply to the listserv?  Let me know how you'd like me to
> > proceed in the future on this.
>
> A mistake on my part - sorry.
>
> > I am very confident that JVM 1.4 is not possible in our environment.
> >
> > I was under the assumption that the security classes implemented in
>
> JVM
>
> > 1.4 were simply embedded from JCE 1.2.1, which used to be a standalone
> > Jar.  I used JCE 1.2.1 last year in a JVM 1.3.1 implementation without
> > problems.  Additionally, I looked at your import statements for your
> > classes in com.babeldoc.crypto.pipeline.stage and found that all the
> > classes exist in JCE 1.2.1.  I do not currently expect to need to use
> > cryptography, but if I do I suppose I could implement jce_1_2_1.jar
>
> into
>
> > the LIB directory and add it to the Classpath, right?
>
> Correct.
>
> > As far as Call Stack inspection goes, are you indicating that the
>
> format
>
> > of the stack trace has changed since JVM 1.3?  What impact would this
> > have?
>
> This is a feature that is of limited utility.  I can make a small change
> - you
> will have to download from CVS to get this immediately or wait for a
> release.
>
>
> Bruce.
>
> > Erik
> >
> >
> >
> >
> >
> > bruce <br...@mc...> on 03/25/2003 11:27:01 AM
> >
> > To:    ek...@ba...
> > cc:
> > Subject:    Re: [Babeldoc-devel] Minimum Java VM Version
> >
> >
> > Babeldoc does require at least a 1.4 jvm.  This is for two reasons -
>
> the
>
> > crypto stuff and the call stack inspection.  Now, if neither of these
>
> is
>
> > particularly crucial to you, lets talk about how to work around these
> > two
> > areas.
> >
> > On Tuesday 25 March 2003 11:21 am, ek...@ba... wrote:
> > > What is the minimum acceptable JVM version that Babeldoc requires to
> > > operate properly?  We are thinking of using it within a Weblogic
> >
> > Server
> >
> > > v6.1 sp3 environment which uses Sun's Java 1.3.1_03
> > >
> > > Here's the version info from the jvm
> > >
> > > C:\bea\wlserver6.1sp3\jdk131\bin>.\java -version
> > > java version "1.3.1_03"
> > > Java(TM) 2 Runtime Environment, Standard Edition (build
>
> 1.3.1_03-b03)
>
> > > Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
> > >
> > > Is this acceptable?
> > >
> > > 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:
> > > The Definitive IT and Networking Event. Be There!
> > > NetWorld+Interop Las Vegas 2003 -- Register today!
> > > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > > _______________________________________________
> > > Babeldoc-devel mailing list
> > > Bab...@li...
> > > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
>
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] Minimum Java VM Version

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

If these are the only restrictions on using JVM 1.3.1, then I would
happily download the change to the Call Stack Inspection routine to make
it compatible with JVM 1.3.1 and then await its inclusion in the next
release.  I would not, however, want to diverge from the standard
codebase.  Also, are you aware of a modification to the
Throwable.printStackTrace( ) format from JVM 1.3 to JVM 1.4?  If so,
this will impact another project that I have worked on.  Please advise.
Thanks.

Erik




bruce <br...@mc...>@lists.sourceforge.net on 03/25/2003
11:47:04 AM

Sent by:    bab...@li...


To:    bab...@li...
cc:
Subject:    Re: [Babeldoc-devel] Minimum Java VM Version


On Tuesday 25 March 2003 11:42 am, you wrote:
> I assume you wanted me to email you directly on this since you did not
> post the reply to the listserv?  Let me know how you'd like me to
> proceed in the future on this.

A mistake on my part - sorry.

> I am very confident that JVM 1.4 is not possible in our environment.
>
> I was under the assumption that the security classes implemented in
JVM
> 1.4 were simply embedded from JCE 1.2.1, which used to be a standalone
> Jar.  I used JCE 1.2.1 last year in a JVM 1.3.1 implementation without
> problems.  Additionally, I looked at your import statements for your
> classes in com.babeldoc.crypto.pipeline.stage and found that all the
> classes exist in JCE 1.2.1.  I do not currently expect to need to use
> cryptography, but if I do I suppose I could implement jce_1_2_1.jar
into
> the LIB directory and add it to the Classpath, right?

Correct.

> As far as Call Stack inspection goes, are you indicating that the
format
> of the stack trace has changed since JVM 1.3?  What impact would this
> have?

This is a feature that is of limited utility.  I can make a small change
- you
will have to download from CVS to get this immediately or wait for a
release.


Bruce.


> Erik

>
>
>
>
> bruce <br...@mc...> on 03/25/2003 11:27:01 AM
>
> To:    ek...@ba...
> cc:
> Subject:    Re: [Babeldoc-devel] Minimum Java VM Version
>
>
> Babeldoc does require at least a 1.4 jvm.  This is for two reasons -
the
> crypto stuff and the call stack inspection.  Now, if neither of these
is
> particularly crucial to you, lets talk about how to work around these
> two
> areas.
>
> On Tuesday 25 March 2003 11:21 am, ek...@ba... wrote:
> > What is the minimum acceptable JVM version that Babeldoc requires to
> > operate properly?  We are thinking of using it within a Weblogic
>
> Server
>
> > v6.1 sp3 environment which uses Sun's Java 1.3.1_03
> >
> > Here's the version info from the jvm
> >
> > C:\bea\wlserver6.1sp3\jdk131\bin>.\java -version
> > java version "1.3.1_03"
> > Java(TM) 2 Runtime Environment, Standard Edition (build
1.3.1_03-b03)
> > Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
> >
> > Is this acceptable?
> >
> > 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:
> > The Definitive IT and Networking Event. Be There!
> > NetWorld+Interop Las Vegas 2003 -- Register today!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
_______________________________________________
Babeldoc-devel mailing list
Bab...@li...
https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] Minimum Java VM Version

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

On Tuesday 25 March 2003 11:42 am, you wrote:
> I assume you wanted me to email you directly on this since you did not
> post the reply to the listserv?  Let me know how you'd like me to
> proceed in the future on this.

A mistake on my part - sorry.

> I am very confident that JVM 1.4 is not possible in our environment.
>
> I was under the assumption that the security classes implemented in JVM
> 1.4 were simply embedded from JCE 1.2.1, which used to be a standalone
> Jar.  I used JCE 1.2.1 last year in a JVM 1.3.1 implementation without
> problems.  Additionally, I looked at your import statements for your
> classes in com.babeldoc.crypto.pipeline.stage and found that all the
> classes exist in JCE 1.2.1.  I do not currently expect to need to use
> cryptography, but if I do I suppose I could implement jce_1_2_1.jar into
> the LIB directory and add it to the Classpath, right?

Correct.

> As far as Call Stack inspection goes, are you indicating that the format
> of the stack trace has changed since JVM 1.3?  What impact would this
> have?

This is a feature that is of limited utility.  I can make a small change - you 
will have to download from CVS to get this immediately or wait for a release.


Bruce.


> Erik

>
>
>
>
> bruce <br...@mc...> on 03/25/2003 11:27:01 AM
>
> To:    ek...@ba...
> cc:
> Subject:    Re: [Babeldoc-devel] Minimum Java VM Version
>
>
> Babeldoc does require at least a 1.4 jvm.  This is for two reasons - the
> crypto stuff and the call stack inspection.  Now, if neither of these is
> particularly crucial to you, lets talk about how to work around these
> two
> areas.
>
> On Tuesday 25 March 2003 11:21 am, ek...@ba... wrote:
> > What is the minimum acceptable JVM version that Babeldoc requires to
> > operate properly?  We are thinking of using it within a Weblogic
>
> Server
>
> > v6.1 sp3 environment which uses Sun's Java 1.3.1_03
> >
> > Here's the version info from the jvm
> >
> > C:\bea\wlserver6.1sp3\jdk131\bin>.\java -version
> > java version "1.3.1_03"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03)
> > Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
> >
> > Is this acceptable?
> >
> > 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:
> > The Definitive IT and Networking Event. Be There!
> > NetWorld+Interop Las Vegas 2003 -- Register today!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] Minimum Java VM Version

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

On Tuesday 25 March 2003 11:27 am, you wrote:
> Babeldoc does require at least a 1.4 jvm.  This is for two reasons - the
> crypto stuff and the call stack inspection.  Now, if neither of these is
> particularly crucial to you, lets talk about how to work around these two
> areas.
>
> On Tuesday 25 March 2003 11:21 am, ek...@ba... wrote:
> > What is the minimum acceptable JVM version that Babeldoc requires to
> > operate properly?  We are thinking of using it within a Weblogic Server
> > v6.1 sp3 environment which uses Sun's Java 1.3.1_03
> >
> > Here's the version info from the jvm
> >
> > C:\bea\wlserver6.1sp3\jdk131\bin>.\java -version
> > java version "1.3.1_03"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03)
> > Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
> >
> > Is this acceptable?
> >
> > 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:
> > The Definitive IT and Networking Event. Be There!
> > NetWorld+Interop Las Vegas 2003 -- Register today!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

[Babeldoc-devel] Minimum Java VM Version

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

What is the minimum acceptable JVM version that Babeldoc requires to
operate properly?  We are thinking of using it within a Weblogic Server
v6.1 sp3 environment which uses Sun's Java 1.3.1_03

Here's the version info from the jvm

C:\bea\wlserver6.1sp3\jdk131\bin>.\java -version
java version "1.3.1_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03)
Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)

Is this acceptable?

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.

[Babeldoc-devel] Re: Thanks again

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

Erik,



On Tuesday 25 March 2003 09:55 am, you wrote:
> 1. I noticed in your documentation that configuration properties can be in
> Properties Files, XML Files, or in a database.  From your example
> documentation, I saw Properties Files and XML Files.  I did not see the
> database solution.  Where would I look to find this?

Take a look at the class:

com.babeldoc.core.config.ConfigService

The class looks for the system property called 'babel.config'  -  if this is 
provided then this class is instantiated and used as the singleton 
configuration class.  This class must adhere to a small number of  
configuration calls.  Now if this system property is not provided, then the 
regular 'LightConfigService' is used, which operates on property files.

If you want to use the SqlConfigService, you need to set the system property 
to:

-dbabel.config=com.babeldoc.sql.config.SqlConfigService

This can be done by updating the babeldoc.bat script.

You will need to look into the SqlConfigService - there are a number of system 
properties that you will need to set up to get the login information to it.

> 2. Since we're running inside of a Weblogic container (within an EJB 2.0
> MDB, most likely), we are supposed to avoid reading/writing the file
> system.  Are you aware of any "mandatory" file read/writes that are needed
> by the software that cannot be converted to database or JNDI calls?  Please
> advise.

Not that I am aware of.

Erik,

Could you subscribe to the babeldoc-devel list on sourceforge and then we can 
communicate though it

[Babeldoc-devel] logging problem

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

Babeldoc RC3 version has problem with logging. When scanner is started user
will get error that log4j is not configured properly. This is happen only
with scanners because scanner uses commons logging directly. Other Babeldoc
code use LogService for logging. In the LogService there is static
initalizer for initializing log4j. This is bad since commons-logging is used
to make logging indenpendent of  logging framwork used...

Anyway, I tried to solve this problem but I encountered strange problems.
log4j is initalized by loading log4j.properties file. This file should be in
somewhere in classpath. If other file should be used for initalization then
its name should be set as log4j.configuration system propery. But this
simply doesn't work with Babeldoc!!!!  Why? I don't have idea!
If I set log4j.configuration property (in env/config.properties file) to
log/config.properties it is not initalized. I tried to load this file by
myself and it works. But log4j simply doesn't see this file. If I put
log4j.properties file into classpath then it works fine.
In log4j documentation it says that default initalizer will look for config
file using log4j.configuration system property and if this property is not
set it will look for log4j.properties file since it is default one. Now, if
I set log4j.configuration to some value and put log4j.properties file into
classpath log4j is using log4j.properties even log4j.configuration is set.
This is quite strange!

So until I find why log4j.configuration wont load specified file, we should
use log4j.properties from the classpath. So I have renamed file
log/config.properties to log4j.properties under config folder in core
module. I have also removed static initalizer from LogService class.

If anybody has idea what's going on please tell me!

Dejan

[Babeldoc-devel] Errors in documentation

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

Bruce,
if you have a time check  out Source Forge project page. There have been
some errors in documentation submited.
Dejan

Re: [Babeldoc-devel] i18n messages

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

What exactly is the problem here - the messages arent present?


On Tuesday 18 March 2003 09:11 am, Dejan Krsmanovic wrote:
> OK. I will do it these days...
> I couldn't start Babeldoc RC3 so I have told my colegue to use 0.96 for
> production. I will try to figure out what is the problem with RC3
> meanwhile..
> Dejan
>
>
> Dejan
> ----- Original Message -----
> From: "bruce" <br...@mc...>
> To: "Babeldoc Developers List" <bab...@li...>
> Sent: Tuesday, March 18, 2003 3:08 PM
> Subject: Re: [Babeldoc-devel] i18n messages
>
> > Basically its your call Dejan.  If you want to use the something
>
> meaningful,
>
> > then do it.  The reason why I chose those numbers was that I did not need
> > to think of meaningful names when I did the conversion.  If you want to
>
> change
>
> > to meaningful names - then do it - I have no complaints.
> >
> > On Tuesday 18 March 2003 09:02 am, Dejan Krsmanovic wrote:
> > > It became quite hard to manage resource messages. For example, starting
> > > babeldoc scanner I got message "Error getting scan message", even if
>
> there
>
> > > is no configuration set for the scanner. Of course, problem is in the
>
> wrong
>
> > > message number. It should be scanner.069 instead of scanner.077. The
> > > problem is that I don't know what scanner.077 represents without
> > > looking
>
> at
>
> > > messages file.
> > > I really think it would be better to have messages with name like
> > > scanner.error.nothreads and scanner.error.noscanmessage
> > > or something like that.
> > >
> > > my 2 cents
> > > Dejan
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Does your code think in ink?
> > > You could win a Tablet PC. Get a free Tablet PC hat just for playing.
> > > What are you waiting for?
> > > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> > > _______________________________________________
> > > Babeldoc-devel mailing list
> > > Bab...@li...
> > > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Does your code think in ink?
> > You could win a Tablet PC. Get a free Tablet PC hat just for playing.
> > What are you waiting for?
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Does your code think in ink?
> You could win a Tablet PC. Get a free Tablet PC hat just for playing.
> What are you waiting for?
> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] i18n messages

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

OK. I will do it these days...
I couldn't start Babeldoc RC3 so I have told my colegue to use 0.96 for
production. I will try to figure out what is the problem with RC3
meanwhile..
Dejan


Dejan
----- Original Message -----
From: "bruce" <br...@mc...>
To: "Babeldoc Developers List" <bab...@li...>
Sent: Tuesday, March 18, 2003 3:08 PM
Subject: Re: [Babeldoc-devel] i18n messages


> Basically its your call Dejan.  If you want to use the something
meaningful,
> then do it.  The reason why I chose those numbers was that I did not need
> to think of meaningful names when I did the conversion.  If you want to
change
> to meaningful names - then do it - I have no complaints.
>
> On Tuesday 18 March 2003 09:02 am, Dejan Krsmanovic wrote:
> > It became quite hard to manage resource messages. For example, starting
> > babeldoc scanner I got message "Error getting scan message", even if
there
> > is no configuration set for the scanner. Of course, problem is in the
wrong
> > message number. It should be scanner.069 instead of scanner.077. The
> > problem is that I don't know what scanner.077 represents without looking
at
> > messages file.
> > I really think it would be better to have messages with name like
> > scanner.error.nothreads and scanner.error.noscanmessage
> > or something like that.
> >
> > my 2 cents
> > Dejan
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Does your code think in ink?
> > You could win a Tablet PC. Get a free Tablet PC hat just for playing.
> > What are you waiting for?
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Does your code think in ink?
> You could win a Tablet PC. Get a free Tablet PC hat just for playing.
> What are you waiting for?
> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

Re: [Babeldoc-devel] i18n messages

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

Basically its your call Dejan.  If you want to use the something meaningful, 
then do it.  The reason why I chose those numbers was that I did not need
to think of meaningful names when I did the conversion.  If you want to change
to meaningful names - then do it - I have no complaints.

On Tuesday 18 March 2003 09:02 am, Dejan Krsmanovic wrote:
> It became quite hard to manage resource messages. For example, starting
> babeldoc scanner I got message "Error getting scan message", even if there
> is no configuration set for the scanner. Of course, problem is in the wrong
> message number. It should be scanner.069 instead of scanner.077. The
> problem is that I don't know what scanner.077 represents without looking at
> messages file.
> I really think it would be better to have messages with name like
> scanner.error.nothreads and scanner.error.noscanmessage
> or something like that.
>
> my 2 cents
> Dejan
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Does your code think in ink?
> You could win a Tablet PC. Get a free Tablet PC hat just for playing.
> What are you waiting for?
> http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

[Babeldoc-devel] i18n messages

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

It became quite hard to manage resource messages. For example, starting
babeldoc scanner I got message "Error getting scan message", even if there
is no configuration set for the scanner. Of course, problem is in the wrong
message number. It should be scanner.069 instead of scanner.077. The problem
is that I don't know what scanner.077 represents without looking at messages
file.
I really think it would be better to have messages with name like
scanner.error.nothreads and scanner.error.noscanmessage
or something like that.

my 2 cents
Dejan

[Babeldoc-devel] [Babeldoc ] Problems with RC3

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

It seems to me that there are a lot of errors in RC3 version:
- Logging: I Have tried to install Babeldoc on the clean machine and when
statrted it complained that there are no appenders initialized. I will try
to fix this.
- Resources: It seems to me that only English resource file is up to date.
Since my locale is serbian, serbian resource file was loaded for displaying
messages. Unfortunately it is not complete so I got null pointer exception
when starting babeldoc. When I have deleted serbain resource file, English
has been loaded and it worked. I guess the same problem will be with the
other resource files that are incomplete. They should be updated or deleted.
I think deleting would be safer since translating with Babelfish could
damage parametrized messages. If users need translations, they could do it
by themselves.

I am in the process of testing & debugging Babeldoc so I guess there will be
more issues
Dejan

Re: [Babeldoc-devel] Crypto stuff

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

Dejan,

I am going to be in Germany on vacation for the next week.  Please dig 
around in the new codebase - I have done more commits to the codebase to 
address the following:

1.  Soap war file now created.
2.  Synchronization of global resources.
3.  Added example to scanner and tested it out.
4.  Some cleanups throughout the codebase.

Later...
Bruce.


On Mon, 3 Mar 2003, Bruce McDonald wrote:

> Dejan,
> 
> Ok the crypto stuff is in new build system.  It builds fine - we will need 
> to do some internationalization, etc.  In addition you will need to write 
> some examples, etc of using it.
> 
> Bruce.
> 
> PS.  The code on sourceforge seems to be ok.  I am making a new release 
> today anyway.  
> 
> 
> On Mon, 3 Mar 2003, Bruce McDonald wrote:
> 
> > Ok, Dejan - I will get the module stuff in.
> > 
> > I will also take a look at the sourceforge site.
> > 
> > Bruce.
> > 
> > On Mon, 3 Mar 2003, Dejan Krsmanovic wrote:
> > 
> > > Bruce,
> > > cryptography code needs to be tested and probably some errors fixed. Also, I
> > > need to write some examples of using it. Currently I have not time to deal
> > > with it but in a few days I will do that. However, you can put module and
> > > cryptography classes on CVS.
> > > 
> > > Dejan
> > > 
> > > P.S.
> > > I have tried to download zip and src file from SF, but without success.
> > > Please try to figure out if it is our or SF site error.
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Babeldoc-devel mailing list
> > > Bab...@li...
> > > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> > > 
> > 
> > 
> 
> 

-- 

Re: [Babeldoc-devel] Crypto stuff

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

Dejan,

Ok the crypto stuff is in new build system.  It builds fine - we will need 
to do some internationalization, etc.  In addition you will need to write 
some examples, etc of using it.

Bruce.

PS.  The code on sourceforge seems to be ok.  I am making a new release 
today anyway.  


On Mon, 3 Mar 2003, Bruce McDonald wrote:

> Ok, Dejan - I will get the module stuff in.
> 
> I will also take a look at the sourceforge site.
> 
> Bruce.
> 
> On Mon, 3 Mar 2003, Dejan Krsmanovic wrote:
> 
> > Bruce,
> > cryptography code needs to be tested and probably some errors fixed. Also, I
> > need to write some examples of using it. Currently I have not time to deal
> > with it but in a few days I will do that. However, you can put module and
> > cryptography classes on CVS.
> > 
> > Dejan
> > 
> > P.S.
> > I have tried to download zip and src file from SF, but without success.
> > Please try to figure out if it is our or SF site error.
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> > 
> 
> 

-- 

Re: [Babeldoc-devel] Crypto stuff

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

Ok, Dejan - I will get the module stuff in.

I will also take a look at the sourceforge site.

Bruce.

On Mon, 3 Mar 2003, Dejan Krsmanovic wrote:

> Bruce,
> cryptography code needs to be tested and probably some errors fixed. Also, I
> need to write some examples of using it. Currently I have not time to deal
> with it but in a few days I will do that. However, you can put module and
> cryptography classes on CVS.
> 
> Dejan
> 
> P.S.
> I have tried to download zip and src file from SF, but without success.
> Please try to figure out if it is our or SF site error.
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> 

-- 

[Babeldoc-devel] Crypto stuff

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

Bruce,
cryptography code needs to be tested and probably some errors fixed. Also, I
need to write some examples of using it. Currently I have not time to deal
with it but in a few days I will do that. However, you can put module and
cryptography classes on CVS.

Dejan

P.S.
I have tried to download zip and src file from SF, but without success.
Please try to figure out if it is our or SF site error.

Re: [Babeldoc-devel] Babeldoc development

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

Dejan,

Thanks.  We are largely ready to go with this code.  All that is required 
is the crypto code.  Do you want to do this or should I do it.   I am 
going to be putting this string of emails in a document in th readme 
folder.

Bruce.

On Mon, 3 Mar 2003, Dejan Krsmanovic wrote:

> I have tagged all sources in CVS with tag V-1-0-RC1.
> 
> Dejan
> 
> 
> ----- Original Message -----
> From: "Bruce McDonald" <br...@mc...>
> To: "Dejan Krsmanovic" <dej...@nb...>
> Cc: "Babeldoc Developers List" <bab...@li...>
> Sent: Friday, February 28, 2003 11:36 PM
> Subject: Re: [Babeldoc-devel] Babeldoc development
> 
> 
> > Dejan, All:
> >
> > I am about to make the first release of the RC1 codebase.  This code
> > is now completely restructured and is ready for the public.  The finishing
> > touches will include crypto and j2ee support and I dont know about the
> > j2ee.  The last significant hurdle breached today was how babeldoc finds
> > its modules when running in a web container.  I introduced a system
> > property that tells babeldoc module handling code to scan one or more
> > directories for candidate files.  This sounds like a major hack but its
> > actuall quite subtle.  Heres the deal:
> >
> > a Servlet in Tomcat/catalina needs to have all of its libraries in the
> > ./shared/lib or in the webapp/<war>/WEB-INF/lib directory.  Now, I opted
> > to put all the code in shared lib to avoid very bloated war files  and to
> > encourage code sharing.  The catalina script to start the web container
> > gets started with the environment variable JAVA_OPTS which has the sytem
> > property of the directory to scan, which is the shared lib.  As babeldoc
> > starts, it scans this directory and finds all the modules.  There is NO
> > other way for 3rd party modules to get stuff into the classpath (the
> > catalina script disregards the CLASSPATH).
> >
> > How do we automate the copying over of the libs and the wars to the
> > catalina directory.  This is handled by a script which is copied from the
> > web/bin directory to the build/bin directory.  It has a number of tokens
> > (of the form @token-name@) which get filled in by the build scripts when
> > the copy is performed.  The values for the tokens come from the
> > modules/web/build.properties file but can be overriden in a top-level
> > file, called locals.properties.  These properties tell the script where to
> > find catalina, the location of the shared directory and the actual name of
> > the script to start catalina.
> >
> > so to build and deploy the babeldoc web stuff do this:
> >
> > c:\babeldoc>build
> > c:\babeldoc>build\bin\catalina start
> >
> > this assumes that catalina is in a directory:
> > \babeldoc\..\tomcat.v4.1
> >
> > fair enough.
> >
> > Bruce.
> >
> >
> > On Fri, 28 Feb 2003, Dejan Krsmanovic wrote:
> >
> > > Hi Bruce!
> > >
> > > How new Babeldoc is going? Currently I have not much time for working on
> it,
> > > but as soon as I have time I will add crypto module to new Babeldoc
> > > stucture....
> > >
> > > Have a nice weekend,
> > > Dejan
> > >
> > > p.s. Have you looked at mail archives on SF for this list? There are a
> lot
> > > of doubled or even tripled messages! There were also  3 messages from
> 1969
> > > year ;)
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Babeldoc-devel mailing list
> > > Bab...@li...
> > > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> > >
> >
> > --
> >
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> 

-- 

Re: [Babeldoc-devel] Babeldoc development

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

I have tagged all sources in CVS with tag V-1-0-RC1.

Dejan


----- Original Message -----
From: "Bruce McDonald" <br...@mc...>
To: "Dejan Krsmanovic" <dej...@nb...>
Cc: "Babeldoc Developers List" <bab...@li...>
Sent: Friday, February 28, 2003 11:36 PM
Subject: Re: [Babeldoc-devel] Babeldoc development


> Dejan, All:
>
> I am about to make the first release of the RC1 codebase.  This code
> is now completely restructured and is ready for the public.  The finishing
> touches will include crypto and j2ee support and I dont know about the
> j2ee.  The last significant hurdle breached today was how babeldoc finds
> its modules when running in a web container.  I introduced a system
> property that tells babeldoc module handling code to scan one or more
> directories for candidate files.  This sounds like a major hack but its
> actuall quite subtle.  Heres the deal:
>
> a Servlet in Tomcat/catalina needs to have all of its libraries in the
> ./shared/lib or in the webapp/<war>/WEB-INF/lib directory.  Now, I opted
> to put all the code in shared lib to avoid very bloated war files  and to
> encourage code sharing.  The catalina script to start the web container
> gets started with the environment variable JAVA_OPTS which has the sytem
> property of the directory to scan, which is the shared lib.  As babeldoc
> starts, it scans this directory and finds all the modules.  There is NO
> other way for 3rd party modules to get stuff into the classpath (the
> catalina script disregards the CLASSPATH).
>
> How do we automate the copying over of the libs and the wars to the
> catalina directory.  This is handled by a script which is copied from the
> web/bin directory to the build/bin directory.  It has a number of tokens
> (of the form @token-name@) which get filled in by the build scripts when
> the copy is performed.  The values for the tokens come from the
> modules/web/build.properties file but can be overriden in a top-level
> file, called locals.properties.  These properties tell the script where to
> find catalina, the location of the shared directory and the actual name of
> the script to start catalina.
>
> so to build and deploy the babeldoc web stuff do this:
>
> c:\babeldoc>build
> c:\babeldoc>build\bin\catalina start
>
> this assumes that catalina is in a directory:
> \babeldoc\..\tomcat.v4.1
>
> fair enough.
>
> Bruce.
>
>
> On Fri, 28 Feb 2003, Dejan Krsmanovic wrote:
>
> > Hi Bruce!
> >
> > How new Babeldoc is going? Currently I have not much time for working on
it,
> > but as soon as I have time I will add crypto module to new Babeldoc
> > stucture....
> >
> > Have a nice weekend,
> > Dejan
> >
> > p.s. Have you looked at mail archives on SF for this list? There are a
lot
> > of doubled or even tripled messages! There were also  3 messages from
1969
> > year ;)
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> >
>
> --
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel