babeldoc-devel — Babeldoc developer list

[Babeldoc-devel] Development cycle

[Michael A. <mic...@ze...>]

Because we're at RC stage, I assume that only bug fixes are being
committed to the 1.2 branch (I can't actually find a 1.2 branch in CVS,
I'm just assuming that there is one perhaps different to HEAD).

I have some updates (minor stuff; some imports removed, and some javadoc
changes) for MailboxScanner.java, but unless there are bugs picked up in
testing, I don't plan to commit the changes until after 1.2.0 final
release.

Is this what everyone else is doing?

Has anybody tested the filtering on MailboxScanner?  Performance?

Cheers...


MikeA

RE: [Babeldoc-devel] Babeldoc and eclipse

[McDonald, B. <Bru...@ba...>]

Excellent Mike,  Can't ask for more.

-----Original Message-----
From: Michael Ansley [mailto:mic...@ze...]
Sent: Thursday, October 23, 2003 2:47 AM
To: Bruce McDonald
Cc: bab...@li...
Subject: Re: [Babeldoc-devel] Babeldoc and eclipse


Hi, Bruce,

I'm not sure enough about what needs to be done.  I still need to figure
out some of the way ant works.  It may be that the moduleFinder is as
accurate as we can make it, and that everything else needs to be
environmental.  As soon as I've figured out more I'll let you know.

Cheers...


MikeA


On Thu, 2003-10-23 at 01:25, Bruce McDonald wrote:
> Mike,
> 
> Thanks for this.  I will do the updates.   Can you point me to what needs to 
> be changed.
> 
> regards,
> Bruce.
> 
> On Tuesday 21 October 2003 08:07 pm, Michael Ansley wrote:
> > OK, for all those wanting to know, I finally got babeldoc to compile
> > using the ant plugin in eclipse.  The trick is: you have to use the M4
> > build of version 3.  In prior versions, it was not possible to set the
> > working directory when running ant, which caused problems in the custom
> > tasks in the bootstrap jar.  Normally, when running in an IDE, the
> > working dir is set to your home directory, or something similar, and
> > that is where the moduleFinder was looking for modules to build.  Of
> > course, there aren't any modules in my home directory, which was causing
> > the problem.  In build M4, it is possible to set the working directory
> > when running ant in a separate VM, and everything is now happy.  It
> > probably means that the moduleFinder task (and probably the others)
> > should be updated to use the base_dir property from ant, rather than the
> > getProperty("user.dir").  But that's for another day.
> >
> > Cheers...
> >
> >
> > MikeA
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by OSDN developer relations
> > Here's your chance to show off your extensive product knowledge
> > We want to know what you know. Tell us and you have a chance to win $100
> > http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> 



-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Babeldoc-devel mailing list
Bab...@li...
https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

[Babeldoc-devel] Eclipse HOWTO

[Michael A. <mic...@ze...>]

OK, for all those interested in using eclipse to develop on Babeldoc
(don't all rush at once ;-)

I assume that you have a working knowledge of eclipse.  In addition, you
need to have eclipse 3.0 build M4 or later.  Anything earlier will not
work.

1. Open eclipse
2. Make sure that you can see the CVS Repositories View.  If you can't,
click Window | Show View | Other ... and select CVS Repositories.
3. The Repositories View will (probably) come up empty.  Right click on
the white space, and click New | Repository Location ...  Enter all the
repository details (extssh for anybody with a developer account,
otherwise pserver), and click OK.
4. A new entry for the repository will appear.  It's the root node in a
tree.  Open the tree.  Below you should see entries HEAD, Branches and
Versions.  If you want to develop on the HEAD, as most core developers
would probably want, open the HEAD node.
5. Right-click on the babeldoc node that appears under the HEAD, and
select Check Out As...  A dialog will appear.  I used "Check out as a
project configured using the New Project Wizard".  This may have created
problems for me further on; if you want to try the "Check out as a
project in the workspace", feel free to let me know how it goes.
6. Complete the New Project Wizard details.  I don't think there was
anything special.  Just fill it out, and click Finish when you get to
the end.
7. Once the New Project Wizard has finished processing, you should have
a project open in the Java perspective.  If not, click on the Add
Perspective button, and add a Java Perspective.
8. Right-click on the project node, and select Properties.  Select the
Java Build Path option, and select the Source tab.
9. You should see your project appear with a single (empty) exclusion
filter.  Edit the filter, and set it to **, i.e.: exclude all files
(trust me, I'm a programmer), and click OK.
10. Select Add Folder... and add each of the src/ folders.  You can
multiselect on the folder selection dialog.  For example, you should
open the root node, and then open modules/, and then open babelfish/,
and then select the src/ directory.  Then open the conversion/
directory, and select src/ (with the Ctrl button down, this time), and
so on.  In the j2ee/ folder, don't forget to add both src/ and gensrc/. 
All src/ directories inside modules/ should be added.
11. Now in the Properties dialog, still in the Java Build Path option,
select the Libraries tab.  Click Add JARs... and select all the jar
files in build/lib, except for any library beginning with "babeldoc_". 
Also add support/ant/lib/ant.jar and support/ant/lib/junit.jar.
12. Now click OK in the Properties dialog.  Eclipse will probably spend
a few seconds rebuilding its project information.

You should now have a happy eclipse system showing all the source
modules, and the libraries.  Eclipse should not show any errors detected
by the background compiler.  However, there will be a stack of
warnings.  They can, for the moment, be ignored.

Now to get ant working.
13. In the Java perspective, right-click on build.xml, and select Run
Ant...
14. The Ant dialog will now appear.  Click on the Main tab, and ensure
that the Base Directory is set to the project root.  It will probably
look something like this: ${workspace_loc:/Babeldoc}
15. Click on the Classpath tab.  Uncheck the "Use global classpath as
specified in the Ant runtime preferences".  Click Add JARs... and add
support/ant/lib/babeldoc_bootstrap.jar, support/ant/lib/xercesImpl.jar,
and support/jalopy/lib/jalopy-ant-0.6.1.jar, or whatever the current
version is.
16. Click on the JRE tab.  Click Alternate JRE, and select one of your
JREs.  You should probably set it to something fairly recent.  Now, this
is critical.  You have to set the Working directory.  Uncheck the "Use
default working directory", and select "Workspace".  Click Browse... and
select the root node of the project.  Click OK.  If you don't have a
"Working directory" section on the JRE tab, running ant is not going to
work.  If you do not have the working directory section, you need to
upgrade your eclipse to at least version 3.0 build M4.  Anything prior
to this, and you're SOL.  Sorry.
17. Click Apply.
18. Click on the Targets tab.  Select the "build" target, and click Run.

You should now get a Console View appear, and the ant output will be
spooled into the Console View.

Disclaimer:  I did this all last night, and everything I've written here
is from memory.  I may have left stuff out.  If it doesn't work, feel
free to let me know, and I'll try to help out.

Happy eclipsing...


MikeA

[Babeldoc-devel] Scanner change

[Michael A. <mic...@ze...>]

Hi, Bruce,

In August, you checked in a change which removed a line from
Scanner.java, in method execute, which called the super method.  Could
you please let me know why this was removed, if you still remember why?

Thanks...


MikeA

[Babeldoc-devel] Announcement on Cocoon list

[McDonald, B. <Bru...@ba...>]

-----Original Message-----
From: McDonald, Bruce 
Sent: Thursday, October 23, 2003 11:14 AM
To: 'us...@co...'
Subject: RE: Babeldoc 1.2.0-RC2 Release


Babeldoc is really quit different from Cocoon.

Introduction
------------
Everthing is build around pipelines (which is similar to cocoon) but babeldoc does not require any kind of web container (cocoon used to require this).  The configuration of babeldoc is also quite interesting.  Here is a small pipeline:


>>>>>  PROPERTIES BASED PIPELINE CONFIGURATION <<<<<

entryStage=hello

hello.stageType=Scripting
hello.nextStage=attrcheck
hello.language=javascript
hello.script=\
importClass(Packages.java.lang.System);\
java.lang.System.out.println("Running report");\
var yyQn=document.get("yyQn");\
java.lang.System.out.println("yyQn = "+yyQn);

attrcheck.stageType=Scripting
attrcheck.nextStage=query
attrcheck.language=javascript
attrcheck.scriptFile=core/scripts/attrcheck.js
attrcheck.attrs.env_name=The attribute: env_name must be either test or prod
attrcheck.attrs.yyQn=The attribute:  yyQn for the year and quarter must be supplied
#attrcheck.attrs.YYMM=The attribute:  YYMM (Year and month) must be supplied

query.stageType=SqlQuery
query.nextStage=xmlwriter
query.resourceName=seg_tera
query.sql.select1=select count(*) from YYYYY${document.get('yyQn')}.ZZZZZ
query.sql.select2=select count(*) from YYYYY${document.get('yyQn')}.FFFFF
query.sql.select3=select count(*) from YYYYY${document.get('yyQn')}.HHHHHH
query.sql.select4=select count(*) from YYYYY${document.get('yyQn')}.UUUUUUUUU
query.sql.select5=select count(distinct GGGGGG) from vdwq${document.get('yyQn')}.JJJJJJJ where seg_alg_use_cd='C'

#xmlwriter.stageType=FileWriter
xmlwriter.stageType=Null
xmlwriter.nextStage=transform
xmlwriter.outputFile=out.xml

transform.stageType=XslTransform
transform.nextStage=htmlwriter
transform.transformationFile=documents/seg_html.xsl

transform.param.yyQn=${document.get('yyQn')}

htmlwriter.stageType=FileWriter
htmlwriter.nextStage=script
htmlwriter.outputFile=/${document.get("env_name")}/some/out/put/seg_rpt.html

script.stageType=Scripting
script.nextStage=null
script.language=javascript
script.scriptFile=scripts/agefile.js
script.maxAge=3
script.fileName=/${document.get("env_name")}/some/out/put/seg_rpt.html
script.extension=htm

<<<<<< END PIPELINE CONFIGURATION >>>>>>>>>>>>>>>

XML Configuration
-----------------
Note this can be done using XML too - I just find it a little tiresome to do the same semantic thing in XML which can be long winded and hard to follow for my eyes.

Pipeline Configuration
----------------------
Notice how the pipeline stages are explicitly noted.  Notice again that you do not have to declare pipeline stages - there is a concept of a service in Babeldoc which abstracts the Java class from the service name.  This service name can be overridden in private customization (generally by setting the BABELDOC_USER environment variable).  

Modularization
--------------
A pipeline consists of pipeline stages.  Each stage is of a certain type.  This is illustrated above:  FileWriter, XsltTransform, etc, etc.  It is possible to call other pipeline stages from pipelines.  This can be used to promote modularity in pipelines.

Configuration
-------------
All of the configuration is merged so that your customer configuration does not override the default (out of the box configuration)  -  you just need to supply the "differences" and then babeldoc will merge the configuration.  This makes configuring babeldoc a snap.  Think about you never having to mess with the sitemap.conf file - you leave the one that comes with Cocoon, and you just supply your customizations.

Journaling
-----------
This allows babeldoc to store all operations performed on a document and then play back those operations so that processing maybe resumed in those cases where it is interrupted.  This is necessary for large sites with critical data.

J2ee
----
Babeldoc is fully j2ee integrated - its major components are implemented as EJBs and support remote operation - this allows for some very interesting sitations where the processing is split between clients and servers.

Scanning
--------
Babeldoc has a document scanner that is able to detect and retrieve documents from a number of places included SMPT, filesystem, FTP, http, soap, etc and then process them.  This makes standalone system design quite nice.

And more...

Bruce.


-----Original Message-----
From: Oleg Dulin [mailto:du...@ol...]
Sent: Thursday, October 23, 2003 10:53 AM
To: us...@co...
Subject: Re: Babeldoc 1.2.0-RC2 Release


How come you didn't use COcoon as a based framework ?

Also, how does it compare with http://www.openadaptor.org/

Oleg


McDonald, Bruce wrote:

> As much as I work with Cocoon (which is a lot), I want to announce that the second release candidate for Babeldoc 1.2 has been release.
> 
> Babeldoc is intended for those applications which Cocoon is not suitable.  It is generally a commandline utility.  It is dynamically modular, both at build time (think dynamic blocks) and at runtime - the blocks auto-discover themselves and initialize in strict dependancy order.  
> 
> Babeldoc is also not strictly XML based although this is where most function is added.  Unfortunately it is slower than Cocoon since it does not propagate SAX events, rather the entire document.  This is necessary due to the heterogeneous nature of the documents it can process.
> 
> Check it out:
> 
> www.babeldoc.com
> 
> Bruce.
> 
> PS.  It is licensed under the Apache Public License.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: use...@co...
> For additional commands, e-mail: use...@co...
> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: use...@co...
For additional commands, e-mail: use...@co...

[Babeldoc-devel] babeldoc/modules/core/lib commons-net.jar,1.3,1.4

[<de...@us...>]

Update of /cvsroot/babeldoc/babeldoc/modules/core/lib
In directory sc8-pr-cvs1:/tmp/cvs-serv8381/babeldoc/modules/core/lib

Modified Files:
	commons-net.jar 
Log Message:
Upgrading to Commons Net 1.1.0

Index: commons-net.jar
===================================================================
RCS file: /cvsroot/babeldoc/babeldoc/modules/core/lib/commons-net.jar,v
retrieving revision 1.3
retrieving revision 1.4
diff -C2 -d -r1.3 -r1.4
Binary files /tmp/cvs8v6QvL and /tmp/cvsQ3m32l differ

Re: [Babeldoc-devel] Babeldoc and eclipse

[Michael A. <mic...@ze...>]

Hi, Bruce,

I'm not sure enough about what needs to be done.  I still need to figure
out some of the way ant works.  It may be that the moduleFinder is as
accurate as we can make it, and that everything else needs to be
environmental.  As soon as I've figured out more I'll let you know.

Cheers...


MikeA


On Thu, 2003-10-23 at 01:25, Bruce McDonald wrote:
> Mike,
> 
> Thanks for this.  I will do the updates.   Can you point me to what needs to 
> be changed.
> 
> regards,
> Bruce.
> 
> On Tuesday 21 October 2003 08:07 pm, Michael Ansley wrote:
> > OK, for all those wanting to know, I finally got babeldoc to compile
> > using the ant plugin in eclipse.  The trick is: you have to use the M4
> > build of version 3.  In prior versions, it was not possible to set the
> > working directory when running ant, which caused problems in the custom
> > tasks in the bootstrap jar.  Normally, when running in an IDE, the
> > working dir is set to your home directory, or something similar, and
> > that is where the moduleFinder was looking for modules to build.  Of
> > course, there aren't any modules in my home directory, which was causing
> > the problem.  In build M4, it is possible to set the working directory
> > when running ant in a separate VM, and everything is now happy.  It
> > probably means that the moduleFinder task (and probably the others)
> > should be updated to use the base_dir property from ant, rather than the
> > getProperty("user.dir").  But that's for another day.
> >
> > Cheers...
> >
> >
> > MikeA
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by OSDN developer relations
> > Here's your chance to show off your extensive product knowledge
> > We want to know what you know. Tell us and you have a chance to win $100
> > http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> 

[Babeldoc-devel] babeldoc/modules/sql/src/com/babeldoc/sql/pipeline/stage SqlQueryPipelineStage.java,1.5,1.6

[<tr...@us...>]

Update of /cvsroot/babeldoc/babeldoc/modules/sql/src/com/babeldoc/sql/pipeline/stage
In directory sc8-pr-cvs1:/tmp/cvs-serv4909

Modified Files:
	SqlQueryPipelineStage.java 
Log Message:
Catch null colmns.

Index: SqlQueryPipelineStage.java
===================================================================
RCS file: /cvsroot/babeldoc/babeldoc/modules/sql/src/com/babeldoc/sql/pipeline/stage/SqlQueryPipelineStage.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -C2 -d -r1.5 -r1.6
*** SqlQueryPipelineStage.java	15 Aug 2003 00:25:30 -0000	1.5
--- SqlQueryPipelineStage.java	23 Oct 2003 00:20:05 -0000	1.6
***************
*** 91,95 ****
  
  /**
!  * Make an XML document out of a SQL query
   **/
  public class SqlQueryPipelineStage
--- 91,100 ----
  
  /**
!  * Make an XML document out of a SQL query.  This pipeline stage will execute a number
!  * of queries and then encapsulate the result sets in an XML document.  These documents
!  * could then be operated upon using the other pipeline stages.
!  *
!  * @author dejank
!  * @version 1.1
   **/
  public class SqlQueryPipelineStage
***************
*** 228,231 ****
--- 233,244 ----
    }
  
+   /**
+    * For each result set of the query, create the rows and the columns for the row.
+    * Each row has a number attribute and each column has a number and a name attribute.
+    *
+    * @param rs resultset to iterate over
+    * @param queryElement element to add the row elements
+    * @throws SQLException Aaaaiiiiieeeee!!!
+    */
    private void handleRows(ResultSet rs, Element queryElement) throws SQLException {
      ResultSetMetaData metaData = rs.getMetaData();
***************
*** 240,248 ****
          columnElement.addAttribute(COLUMN_NAME, name);
          columnElement.addAttribute(COLUMN_NUMBER, Integer.toString(j));
!         columnElement.setText(value.toString());
        }
      }
    }
  
    private PipelineDocument createPipelineDocument(Document document) {
      OutputFormat outformat = OutputFormat.createCompactFormat();
--- 253,271 ----
          columnElement.addAttribute(COLUMN_NAME, name);
          columnElement.addAttribute(COLUMN_NUMBER, Integer.toString(j));
!         if(value!=null) {
!           columnElement.setText(value.toString());
!         } else {
!         columnElement.setText("");
!         }
        }
      }
    }
  
+   /**
+    * Create a pipeline document from the DOM4J object
+    *
+    * @param document dom4j element
+    * @return
+    */
    private PipelineDocument createPipelineDocument(Document document) {
      OutputFormat outformat = OutputFormat.createCompactFormat();

Re: [Babeldoc-devel] Babeldoc and eclipse

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

Mike,

Thanks for this.  I will do the updates.   Can you point me to what needs to 
be changed.

regards,
Bruce.

On Tuesday 21 October 2003 08:07 pm, Michael Ansley wrote:
> OK, for all those wanting to know, I finally got babeldoc to compile
> using the ant plugin in eclipse.  The trick is: you have to use the M4
> build of version 3.  In prior versions, it was not possible to set the
> working directory when running ant, which caused problems in the custom
> tasks in the bootstrap jar.  Normally, when running in an IDE, the
> working dir is set to your home directory, or something similar, and
> that is where the moduleFinder was looking for modules to build.  Of
> course, there aren't any modules in my home directory, which was causing
> the problem.  In build M4, it is possible to set the working directory
> when running ant in a separate VM, and everything is now happy.  It
> probably means that the moduleFinder task (and probably the others)
> should be updated to use the base_dir property from ant, rather than the
> getProperty("user.dir").  But that's for another day.
>
> Cheers...
>
>
> MikeA
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by OSDN developer relations
> Here's your chance to show off your extensive product knowledge
> We want to know what you know. Tell us and you have a chance to win $100
> http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

[Babeldoc-devel] Babeldoc and eclipse

[Michael A. <mic...@ze...>]

OK, for all those wanting to know, I finally got babeldoc to compile
using the ant plugin in eclipse.  The trick is: you have to use the M4
build of version 3.  In prior versions, it was not possible to set the
working directory when running ant, which caused problems in the custom
tasks in the bootstrap jar.  Normally, when running in an IDE, the
working dir is set to your home directory, or something similar, and
that is where the moduleFinder was looking for modules to build.  Of
course, there aren't any modules in my home directory, which was causing
the problem.  In build M4, it is possible to set the working directory
when running ant in a separate VM, and everything is now happy.  It
probably means that the moduleFinder task (and probably the others)
should be updated to use the base_dir property from ant, rather than the
getProperty("user.dir").  But that's for another day.

Cheers...


MikeA

Re: [Babeldoc-devel] Question regarding FTP scanner

[David G. <dg...@co...>]

Thanks, Dejan.  I'll concentrate on that when I review it.

On Sunday 19 October 2003 1:55 pm, Dejan Krsmanovic wrote:
> In current ftpScanner implementation with Commons Net
> 1.0 library there is only one problematic operation -
> listing directory. This is because different servers
> return different outputs that is not always parsed
> correctly. Other operations like getting files,
> changing directory, etc. works OK with all servers.
>
> Dejan
>
> --- David Glick <dg...@co...> wrote:
> > Actually, I threw together a Java-based shell and
> > dropped it into my utility
> > jar.  Works like a charm.  FYI, it works just fine
> > with the 1.0 commons-net
> > jar, so something else is problematic with the
> > FtpScanner.  I'll (hopefully!)
> > have time to look at it middle of next week.
> >
> > David
> >
> >
> > On Sunday 19 October 2003 12:17 pm, Bruce McDonald
> >
> > wrote:
> > > Moving to the "external application module" is
> >
> > good enough to get things
> >
> > > working assuming you have a decent shell (you use
> >
> > linux - so you are ok
> >
> > > there).
> > >
> > > On Saturday 18 October 2003 08:44 am, David Glick
> >
> > wrote:
> > > > Hi Bruce,
> > > >
> > > > Sorry, I didn't explain myself well.  I'll
> >
> > certainly integrate the newest
> >
> > > > commons net in when I get a chance.  The
> >
> > question was whether to
> >
> > > > integrate it into the 'go-live' version Babeldoc
> >
> > we're using on
> >
> > > > Production (1.1.8-dev).. We've fully tested on
> >
> > it, and therefore we won't
> >
> > > > be upgrading to the 'real' release until after
> >
> > go-live.  The FTP piece is
> >
> > > > pretty isolated, so if I can drop it into
> >
> > 1.1.8-dev and everything starts
> >
> > > > working, that 's a level of integration I can
> >
> > handle.  If it doesn't
> >
> > > > work, I don't know if I'll have time to
> >
> > troubleshoot it, so I may end up
> >
> > > > calling the ftp transfer as an 'external to
> >
> > Babeldoc' process just to get
> >
> > > > over this hump.
> > > >
> > > > Regardless, I will integrate it into the current
> >
> > Babeldoc (after I get a
> >
> > > > reasonable amount of sleep... :-)).
> > > >
> > > >
> > > > David
> > > >
> > > > On Friday 17 October 2003 10:08 pm, Bruce
> >
> > McDonald wrote:
> > > > > Integrate.  This is what we need to get
> >
> > babeldoc stable.  We can build
> >
> > > > > the future in 1.3.  Dejan, can you check if
> >
> > your application still
> >
> > > > > works with the new code.  Anyone else check
> >
> > please.
> >
> > > > > Ps.  I will be doing a release tonight !prior!
> >
> >  to the
> >
> > > > > On Friday 17 October 2003 07:57 pm, David
> >
> > Glick wrote:
> > > > > > Thanks, Dejan.  I downloaded and tested the
> >
> > latest snapshot directly
> >
> > > > > > using the ftp example, and it worked like a
> >
> > charm.  Since I'm now on
> >
> > > > > > a tight deadline, I need to decide whether
> >
> > it will be easier to
> >
> > > > > > integrate the newest version back into
> >
> > Babeldoc, or just run it
> >
> > > > > > externally for my needs...
> > > > > >
> > > > > > Life is ALWAYS interesting at crunch time!
> > > > > >
> > > > > > David
> > > > > >
> > > > > > On Friday 17 October 2003 3:15 pm, Dejan
> >
> > Krsmanovic wrote:
> > > > > > > Hi David,
> > > > > > > FtpScanner is using Jakarta Commons Net
> >
> > 1.0 package
> >
> > > > > > > (ex ORO Net Components 3.8.1) for ftp
> >
> > scannong. This
> >
> > > > > > > component was mad to work with Unix based
> >
> > servers and
> >
> > > > > > > you were supposed to implement support for
> >
> > other
> >
> > > > > > > servers. Since I needed to use it for MS
> >
> > FTP server I
> >
> > > > > > > have implement support for it.
> > > > > > > AFAIK, Commons Net is improving and they
> >
> > have changed
> >
> > > > > > > the way how server listing is parsed, and
> >
> > also they
> >
> > > > > > > should support other systems (MS for
> >
> > example).
> >
> > > > > > > However, the code for that was not
> >
> > released yet but I
> >
> > > > > > > think it will be released very soon
> >
> > (actualy the
> >
> > > > > > > voting for Commons Net 1.1 relesase has
> >
> > already been
> >
> > > > > > > started on Jakarta's mailing list).
> > > > > > >
> > > > > > > So you have three options:
> > > > > > > - Try to implement AS/400 support by
> >
> > yourself. You
> >
> > > > > > > need to parse your server's output to
> >
> > extract
> >
> > > > > > > filenames, etc  look at the code for
> > > > > > > MsFtpFileListParser.
> > > > > > > - wait for Commons Net 1.1
> > > > > > > - use Commons Net CVS snapshot
> > > > > > >
> > > > > > > Note that  AS/400 might left unsupported
> >
> > by Commons
> >
> > > > > > > Net 1.1. Try to look at their CVS, there
> >
> > are parsers
> >
> > > > > > > for most systems...
> > > > > > >
> > > > > > > Dejan
> > > > > > >
> > > > > > > --- David Glick <dg...@co...> wrote:
> > > > > > > > Gentlemen,
> > > > > > > >
> > > > > > > > I'm trying to set up the FtpScanner, but
> >
> > it is
> >
> > > > > > > > crashing.  The stack trace and
> > > > > > > > config filre are shown below.  The stack
> >
> > trace show
> >
> > > > > > > > that MsFtpFileListParser
> > > > > > > > was called,and the source code indicates
> >
> > that the
> >
> > > > > > > > FtpScanner has been
> > > > > > > > optimized for Microsoft FTP.  Does the
> >
> > FtpScanner
> >
> > > > > > > > also work with
> > > > > > > > non-Microsoft FTP servers?  The one I'm
> >
> > accessing is
> >
> > > > > > > > on an AS/400, but I've
> > > > > > > > used manual FTP clients to it prevously
> >
> > without
> >
> > > > > > > > problems.
> > > > > > > >
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > >
> > > > > > > > David
> > > > > > > >
> > > > > > > >
> > > > > > > > === CONFIG.PROPERTIES ===
> > > > > > > > #scan ftp site every 1 hour for files to
> >
> > place into
> >
> > > > > > > > the outbound pipeline
> > > > > > > > ftpscan.type=ftp
> > > > > > > > #ftpscan.period=3600000
> > > > > > > > ftpscan.period=10000
> > > > > > > > ftpscan.ftpHost=as400
> > > > > > > > ftpscan.ftpUsername=AMUSER
> > > > > > > > ftpscan.ftpPassword=XXXX  <== Sorry, I'd
> >
> > have to
> >
> > > > > > > > shoot you otherwise
> > > > > > > > ftpscan.pipeline=test
> > > > > > > > ftpscan.filter=EBPRDIMP.EBPRDRR
> > > > > > > >
> > > > > > > > === STACK TRACE ===
> > > > > > > > <2003-10-17 12:44:02,550> ERROR
> >
> > [ftpscan] :
> > > > > > > > [ScannerWorker.process] Error
> > > > > > > > scanning...
> > > > > > > > java.lang.NumberFormatException: For
> >
> > input string:
> > > > > > > > "10/07/03"
> > > > > > > >         at
>
> java.lang.NumberFormatException.forInputString(NumberFormatExceptio
>
> > > > > > >n. ja va
> > > > > > >
> > > > > > >:4 8)
> > > > > > >:
> > > > > > > >         at
> >
> > java.lang.Long.parseLong(Long.java:332)
> >
> > > > > > > >         at
> >
> > java.lang.Long.parseLong(Long.java:381)
> >
> > > > > > > >         at
>
> com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseE
>
> > > > > > >nt ry (U nk nown
> > > > > > >
> > > > > > > > Source)
> > > > > > > >         at
>
> com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseF
>
> > > > > > >il eL is t( Unknown
> > > > > > >
> > > > > > > > Source)
>
> === message truncated ===
>
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product search
> http://shopping.yahoo.com
>
>
> -------------------------------------------------------
> This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
> The Event For Linux Datacenter Solutions & Strategies in The Enterprise
> Linux in the Boardroom; in the Front Office; & in the Server Room
> http://www.enterpriselinuxforum.com
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

-- 
David Glick
Transmit Consulting, Inc
619-475-4052
dg...@tr...

Re: [Babeldoc-devel] Question regarding FTP scanner

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

In current ftpScanner implementation with Commons Net
1.0 library there is only one problematic operation -
listing directory. This is because different servers
return different outputs that is not always parsed
correctly. Other operations like getting files,
changing directory, etc. works OK with all servers. 

Dejan


--- David Glick <dg...@co...> wrote:
> Actually, I threw together a Java-based shell and
> dropped it into my utility 
> jar.  Works like a charm.  FYI, it works just fine
> with the 1.0 commons-net 
> jar, so something else is problematic with the
> FtpScanner.  I'll (hopefully!) 
> have time to look at it middle of next week.
> 
> David
> 
> 
> On Sunday 19 October 2003 12:17 pm, Bruce McDonald
> wrote:
> > Moving to the "external application module" is
> good enough to get things
> > working assuming you have a decent shell (you use
> linux - so you are ok
> > there).
> >
> > On Saturday 18 October 2003 08:44 am, David Glick
> wrote:
> > > Hi Bruce,
> > >
> > > Sorry, I didn't explain myself well.  I'll
> certainly integrate the newest
> > > commons net in when I get a chance.  The
> question was whether to
> > > integrate it into the 'go-live' version Babeldoc
> we're using on
> > > Production (1.1.8-dev).. We've fully tested on
> it, and therefore we won't
> > > be upgrading to the 'real' release until after
> go-live.  The FTP piece is
> > > pretty isolated, so if I can drop it into
> 1.1.8-dev and everything starts
> > > working, that 's a level of integration I can
> handle.  If it doesn't
> > > work, I don't know if I'll have time to
> troubleshoot it, so I may end up
> > > calling the ftp transfer as an 'external to
> Babeldoc' process just to get
> > > over this hump.
> > >
> > > Regardless, I will integrate it into the current
> Babeldoc (after I get a
> > > reasonable amount of sleep... :-)).
> > >
> > >
> > > David
> > >
> > > On Friday 17 October 2003 10:08 pm, Bruce
> McDonald wrote:
> > > > Integrate.  This is what we need to get
> babeldoc stable.  We can build
> > > > the future in 1.3.  Dejan, can you check if
> your application still
> > > > works with the new code.  Anyone else check
> please.
> > > >
> > > > Ps.  I will be doing a release tonight !prior!
>  to the
> > > >
> > > > On Friday 17 October 2003 07:57 pm, David
> Glick wrote:
> > > > > Thanks, Dejan.  I downloaded and tested the
> latest snapshot directly
> > > > > using the ftp example, and it worked like a
> charm.  Since I'm now on
> > > > > a tight deadline, I need to decide whether
> it will be easier to
> > > > > integrate the newest version back into
> Babeldoc, or just run it
> > > > > externally for my needs...
> > > > >
> > > > > Life is ALWAYS interesting at crunch time!
> > > > >
> > > > > David
> > > > >
> > > > > On Friday 17 October 2003 3:15 pm, Dejan
> Krsmanovic wrote:
> > > > > > Hi David,
> > > > > > FtpScanner is using Jakarta Commons Net
> 1.0 package
> > > > > > (ex ORO Net Components 3.8.1) for ftp
> scannong. This
> > > > > > component was mad to work with Unix based
> servers and
> > > > > > you were supposed to implement support for
> other
> > > > > > servers. Since I needed to use it for MS
> FTP server I
> > > > > > have implement support for it.
> > > > > > AFAIK, Commons Net is improving and they
> have changed
> > > > > > the way how server listing is parsed, and
> also they
> > > > > > should support other systems (MS for
> example).
> > > > > > However, the code for that was not
> released yet but I
> > > > > > think it will be released very soon
> (actualy the
> > > > > > voting for Commons Net 1.1 relesase has
> already been
> > > > > > started on Jakarta's mailing list).
> > > > > >
> > > > > > So you have three options:
> > > > > > - Try to implement AS/400 support by
> yourself. You
> > > > > > need to parse your server's output to
> extract
> > > > > > filenames, etc  look at the code for
> > > > > > MsFtpFileListParser.
> > > > > > - wait for Commons Net 1.1
> > > > > > - use Commons Net CVS snapshot
> > > > > >
> > > > > > Note that  AS/400 might left unsupported
> by Commons
> > > > > > Net 1.1. Try to look at their CVS, there
> are parsers
> > > > > > for most systems...
> > > > > >
> > > > > > Dejan
> > > > > >
> > > > > > --- David Glick <dg...@co...> wrote:
> > > > > > > Gentlemen,
> > > > > > >
> > > > > > > I'm trying to set up the FtpScanner, but
> it is
> > > > > > > crashing.  The stack trace and
> > > > > > > config filre are shown below.  The stack
> trace show
> > > > > > > that MsFtpFileListParser
> > > > > > > was called,and the source code indicates
> that the
> > > > > > > FtpScanner has been
> > > > > > > optimized for Microsoft FTP.  Does the
> FtpScanner
> > > > > > > also work with
> > > > > > > non-Microsoft FTP servers?  The one I'm
> accessing is
> > > > > > > on an AS/400, but I've
> > > > > > > used manual FTP clients to it prevously
> without
> > > > > > > problems.
> > > > > > >
> > > > > > >
> > > > > > > Thanks,
> > > > > > >
> > > > > > > David
> > > > > > >
> > > > > > >
> > > > > > > === CONFIG.PROPERTIES ===
> > > > > > > #scan ftp site every 1 hour for files to
> place into
> > > > > > > the outbound pipeline
> > > > > > > ftpscan.type=ftp
> > > > > > > #ftpscan.period=3600000
> > > > > > > ftpscan.period=10000
> > > > > > > ftpscan.ftpHost=as400
> > > > > > > ftpscan.ftpUsername=AMUSER
> > > > > > > ftpscan.ftpPassword=XXXX  <== Sorry, I'd
> have to
> > > > > > > shoot you otherwise
> > > > > > > ftpscan.pipeline=test
> > > > > > > ftpscan.filter=EBPRDIMP.EBPRDRR
> > > > > > >
> > > > > > > === STACK TRACE ===
> > > > > > > <2003-10-17 12:44:02,550> ERROR
> [ftpscan] :
> > > > > > > [ScannerWorker.process] Error
> > > > > > > scanning...
> > > > > > > java.lang.NumberFormatException: For
> input string:
> > > > > > > "10/07/03"
> > > > > > >         at
> > > > > >
> > > > > >
>
java.lang.NumberFormatException.forInputString(NumberFormatExceptio
> > > > > >n. ja va
> > > > > >
> > > > > >:4 8)
> > > > > >:
> > > > > > >         at
> java.lang.Long.parseLong(Long.java:332)
> > > > > > >         at
> java.lang.Long.parseLong(Long.java:381)
> > > > > > >         at
> > > > > >
> > > > > >
>
com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseE
> > > > > >nt ry (U nk nown
> > > > > >
> > > > > > > Source)
> > > > > > >         at
> > > > > >
> > > > > >
>
com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseF
> > > > > >il eL is t( Unknown
> > > > > >
> > > > > > > Source)
> 
=== message truncated ===


__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

Re: [Babeldoc-devel] Question regarding FTP scanner

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

Moving to the "external application module" is good enough to get things 
working assuming you have a decent shell (you use linux - so you are ok 
there).

On Saturday 18 October 2003 08:44 am, David Glick wrote:
> Hi Bruce,
>
> Sorry, I didn't explain myself well.  I'll certainly integrate the newest
> commons net in when I get a chance.  The question was whether to integrate
> it into the 'go-live' version Babeldoc we're using on Production
> (1.1.8-dev).. We've fully tested on it, and therefore we won't be upgrading
> to the 'real' release until after go-live.  The FTP piece is pretty
> isolated, so if I can drop it into 1.1.8-dev and everything starts working,
> that 's a level of integration I can handle.  If it doesn't work, I don't
> know if I'll have time to troubleshoot it, so I may end up calling the ftp
> transfer as an 'external to Babeldoc' process just to get over this hump.
>
> Regardless, I will integrate it into the current Babeldoc (after I get a
> reasonable amount of sleep... :-)).
>
>
> David
>
> On Friday 17 October 2003 10:08 pm, Bruce McDonald wrote:
> > Integrate.  This is what we need to get babeldoc stable.  We can build
> > the future in 1.3.  Dejan, can you check if your application still works
> > with the new code.  Anyone else check please.
> >
> > Ps.  I will be doing a release tonight !prior!  to the
> >
> > On Friday 17 October 2003 07:57 pm, David Glick wrote:
> > > Thanks, Dejan.  I downloaded and tested the latest snapshot directly
> > > using the ftp example, and it worked like a charm.  Since I'm now on a
> > > tight deadline, I need to decide whether it will be easier to integrate
> > > the newest version back into Babeldoc, or just run it externally for my
> > > needs...
> > >
> > > Life is ALWAYS interesting at crunch time!
> > >
> > > David
> > >
> > > On Friday 17 October 2003 3:15 pm, Dejan Krsmanovic wrote:
> > > > Hi David,
> > > > FtpScanner is using Jakarta Commons Net 1.0 package
> > > > (ex ORO Net Components 3.8.1) for ftp scannong. This
> > > > component was mad to work with Unix based servers and
> > > > you were supposed to implement support for other
> > > > servers. Since I needed to use it for MS FTP server I
> > > > have implement support for it.
> > > > AFAIK, Commons Net is improving and they have changed
> > > > the way how server listing is parsed, and also they
> > > > should support other systems (MS for example).
> > > > However, the code for that was not released yet but I
> > > > think it will be released very soon (actualy the
> > > > voting for Commons Net 1.1 relesase has already been
> > > > started on Jakarta's mailing list).
> > > >
> > > > So you have three options:
> > > > - Try to implement AS/400 support by yourself. You
> > > > need to parse your server's output to extract
> > > > filenames, etc  look at the code for
> > > > MsFtpFileListParser.
> > > > - wait for Commons Net 1.1
> > > > - use Commons Net CVS snapshot
> > > >
> > > > Note that  AS/400 might left unsupported by Commons
> > > > Net 1.1. Try to look at their CVS, there are parsers
> > > > for most systems...
> > > >
> > > > Dejan
> > > >
> > > > --- David Glick <dg...@co...> wrote:
> > > > > Gentlemen,
> > > > >
> > > > > I'm trying to set up the FtpScanner, but it is
> > > > > crashing.  The stack trace and
> > > > > config filre are shown below.  The stack trace show
> > > > > that MsFtpFileListParser
> > > > > was called,and the source code indicates that the
> > > > > FtpScanner has been
> > > > > optimized for Microsoft FTP.  Does the FtpScanner
> > > > > also work with
> > > > > non-Microsoft FTP servers?  The one I'm accessing is
> > > > > on an AS/400, but I've
> > > > > used manual FTP clients to it prevously without
> > > > > problems.
> > > > >
> > > > >
> > > > > Thanks,
> > > > >
> > > > > David
> > > > >
> > > > >
> > > > > === CONFIG.PROPERTIES ===
> > > > > #scan ftp site every 1 hour for files to place into
> > > > > the outbound pipeline
> > > > > ftpscan.type=ftp
> > > > > #ftpscan.period=3600000
> > > > > ftpscan.period=10000
> > > > > ftpscan.ftpHost=as400
> > > > > ftpscan.ftpUsername=AMUSER
> > > > > ftpscan.ftpPassword=XXXX  <== Sorry, I'd have to
> > > > > shoot you otherwise
> > > > > ftpscan.pipeline=test
> > > > > ftpscan.filter=EBPRDIMP.EBPRDRR
> > > > >
> > > > > === STACK TRACE ===
> > > > > <2003-10-17 12:44:02,550> ERROR [ftpscan] :
> > > > > [ScannerWorker.process] Error
> > > > > scanning...
> > > > > java.lang.NumberFormatException: For input string:
> > > > > "10/07/03"
> > > > >         at
> > > >
> > > > java.lang.NumberFormatException.forInputString(NumberFormatException.
> > > >ja va
> > > >
> > > >:4 8)
> > > >:
> > > > >         at java.lang.Long.parseLong(Long.java:332)
> > > > >         at java.lang.Long.parseLong(Long.java:381)
> > > > >         at
> > > >
> > > > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseEnt
> > > >ry (U nk nown
> > > >
> > > > > Source)
> > > > >         at
> > > >
> > > > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseFil
> > > >eL is t( Unknown
> > > >
> > > > > Source)
> > > > >         at
> > > >
> > > > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1933)
> > > >
> > > > >         at
> > > >
> > > > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1964)
> > > >
> > > > >         at
> > > >
> > > > com.babeldoc.scanner.worker.FtpScanner.processFtpFolder(Unknown
> > > >
> > > > > Source)
> > > > >         at
> > > >
> > > > com.babeldoc.scanner.worker.FtpScanner.doScan(Unknown
> > > >
> > > > > Source)
> > > > >         at
> > > > > com.babeldoc.scanner.ScannerWorker.process(Unknown
> > > > > Source)
> > > > >         at
> > > > > com.babeldoc.scanner.ScannerThread.run(Unknown
> > > > > Source)
> > > > >
> > > > > --
> > > > > David Glick
> > > > > Transmit Consulting, Inc
> > > > > 619-475-4052
> > > > > dg...@tr...
> > > >
> > > > -------------------------------------------------------
> > > >
> > > > > This SF.net email sponsored by: Enterprise Linux
> > > > > Forum Conference & Expo
> > > > > The Event For Linux Datacenter Solutions &
> > > > > Strategies in The Enterprise
> > > > > Linux in the Boardroom; in the Front Office; & in
> > > > > the Server Room
> > > > > http://www.enterpriselinuxforum.com
> > > > > _______________________________________________
> > > > > Babeldoc-devel mailing list
> > > > > Bab...@li...
> > > >
> > > > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> > > >
> > > >
> > > > __________________________________
> > > > Do you Yahoo!?
> > > > The New Yahoo! Shopping - with improved product search
> > > > http://shopping.yahoo.com

Re: [Babeldoc-devel] Question regarding FTP scanner

[David G. <dg...@co...>]

Actually, I threw together a Java-based shell and dropped it into my utility 
jar.  Works like a charm.  FYI, it works just fine with the 1.0 commons-net 
jar, so something else is problematic with the FtpScanner.  I'll (hopefully!) 
have time to look at it middle of next week.

David


On Sunday 19 October 2003 12:17 pm, Bruce McDonald wrote:
> Moving to the "external application module" is good enough to get things
> working assuming you have a decent shell (you use linux - so you are ok
> there).
>
> On Saturday 18 October 2003 08:44 am, David Glick wrote:
> > Hi Bruce,
> >
> > Sorry, I didn't explain myself well.  I'll certainly integrate the newest
> > commons net in when I get a chance.  The question was whether to
> > integrate it into the 'go-live' version Babeldoc we're using on
> > Production (1.1.8-dev).. We've fully tested on it, and therefore we won't
> > be upgrading to the 'real' release until after go-live.  The FTP piece is
> > pretty isolated, so if I can drop it into 1.1.8-dev and everything starts
> > working, that 's a level of integration I can handle.  If it doesn't
> > work, I don't know if I'll have time to troubleshoot it, so I may end up
> > calling the ftp transfer as an 'external to Babeldoc' process just to get
> > over this hump.
> >
> > Regardless, I will integrate it into the current Babeldoc (after I get a
> > reasonable amount of sleep... :-)).
> >
> >
> > David
> >
> > On Friday 17 October 2003 10:08 pm, Bruce McDonald wrote:
> > > Integrate.  This is what we need to get babeldoc stable.  We can build
> > > the future in 1.3.  Dejan, can you check if your application still
> > > works with the new code.  Anyone else check please.
> > >
> > > Ps.  I will be doing a release tonight !prior!  to the
> > >
> > > On Friday 17 October 2003 07:57 pm, David Glick wrote:
> > > > Thanks, Dejan.  I downloaded and tested the latest snapshot directly
> > > > using the ftp example, and it worked like a charm.  Since I'm now on
> > > > a tight deadline, I need to decide whether it will be easier to
> > > > integrate the newest version back into Babeldoc, or just run it
> > > > externally for my needs...
> > > >
> > > > Life is ALWAYS interesting at crunch time!
> > > >
> > > > David
> > > >
> > > > On Friday 17 October 2003 3:15 pm, Dejan Krsmanovic wrote:
> > > > > Hi David,
> > > > > FtpScanner is using Jakarta Commons Net 1.0 package
> > > > > (ex ORO Net Components 3.8.1) for ftp scannong. This
> > > > > component was mad to work with Unix based servers and
> > > > > you were supposed to implement support for other
> > > > > servers. Since I needed to use it for MS FTP server I
> > > > > have implement support for it.
> > > > > AFAIK, Commons Net is improving and they have changed
> > > > > the way how server listing is parsed, and also they
> > > > > should support other systems (MS for example).
> > > > > However, the code for that was not released yet but I
> > > > > think it will be released very soon (actualy the
> > > > > voting for Commons Net 1.1 relesase has already been
> > > > > started on Jakarta's mailing list).
> > > > >
> > > > > So you have three options:
> > > > > - Try to implement AS/400 support by yourself. You
> > > > > need to parse your server's output to extract
> > > > > filenames, etc  look at the code for
> > > > > MsFtpFileListParser.
> > > > > - wait for Commons Net 1.1
> > > > > - use Commons Net CVS snapshot
> > > > >
> > > > > Note that  AS/400 might left unsupported by Commons
> > > > > Net 1.1. Try to look at their CVS, there are parsers
> > > > > for most systems...
> > > > >
> > > > > Dejan
> > > > >
> > > > > --- David Glick <dg...@co...> wrote:
> > > > > > Gentlemen,
> > > > > >
> > > > > > I'm trying to set up the FtpScanner, but it is
> > > > > > crashing.  The stack trace and
> > > > > > config filre are shown below.  The stack trace show
> > > > > > that MsFtpFileListParser
> > > > > > was called,and the source code indicates that the
> > > > > > FtpScanner has been
> > > > > > optimized for Microsoft FTP.  Does the FtpScanner
> > > > > > also work with
> > > > > > non-Microsoft FTP servers?  The one I'm accessing is
> > > > > > on an AS/400, but I've
> > > > > > used manual FTP clients to it prevously without
> > > > > > problems.
> > > > > >
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > David
> > > > > >
> > > > > >
> > > > > > === CONFIG.PROPERTIES ===
> > > > > > #scan ftp site every 1 hour for files to place into
> > > > > > the outbound pipeline
> > > > > > ftpscan.type=ftp
> > > > > > #ftpscan.period=3600000
> > > > > > ftpscan.period=10000
> > > > > > ftpscan.ftpHost=as400
> > > > > > ftpscan.ftpUsername=AMUSER
> > > > > > ftpscan.ftpPassword=XXXX  <== Sorry, I'd have to
> > > > > > shoot you otherwise
> > > > > > ftpscan.pipeline=test
> > > > > > ftpscan.filter=EBPRDIMP.EBPRDRR
> > > > > >
> > > > > > === STACK TRACE ===
> > > > > > <2003-10-17 12:44:02,550> ERROR [ftpscan] :
> > > > > > [ScannerWorker.process] Error
> > > > > > scanning...
> > > > > > java.lang.NumberFormatException: For input string:
> > > > > > "10/07/03"
> > > > > >         at
> > > > >
> > > > > java.lang.NumberFormatException.forInputString(NumberFormatExceptio
> > > > >n. ja va
> > > > >
> > > > >:4 8)
> > > > >:
> > > > > >         at java.lang.Long.parseLong(Long.java:332)
> > > > > >         at java.lang.Long.parseLong(Long.java:381)
> > > > > >         at
> > > > >
> > > > > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseE
> > > > >nt ry (U nk nown
> > > > >
> > > > > > Source)
> > > > > >         at
> > > > >
> > > > > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseF
> > > > >il eL is t( Unknown
> > > > >
> > > > > > Source)
> > > > > >         at
> > > > >
> > > > > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1933)
> > > > >
> > > > > >         at
> > > > >
> > > > > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1964)
> > > > >
> > > > > >         at
> > > > >
> > > > > com.babeldoc.scanner.worker.FtpScanner.processFtpFolder(Unknown
> > > > >
> > > > > > Source)
> > > > > >         at
> > > > >
> > > > > com.babeldoc.scanner.worker.FtpScanner.doScan(Unknown
> > > > >
> > > > > > Source)
> > > > > >         at
> > > > > > com.babeldoc.scanner.ScannerWorker.process(Unknown
> > > > > > Source)
> > > > > >         at
> > > > > > com.babeldoc.scanner.ScannerThread.run(Unknown
> > > > > > Source)
> > > > > >
> > > > > > --
> > > > > > David Glick
> > > > > > Transmit Consulting, Inc
> > > > > > 619-475-4052
> > > > > > dg...@tr...
> > > > >
> > > > > -------------------------------------------------------
> > > > >
> > > > > > This SF.net email sponsored by: Enterprise Linux
> > > > > > Forum Conference & Expo
> > > > > > The Event For Linux Datacenter Solutions &
> > > > > > Strategies in The Enterprise
> > > > > > Linux in the Boardroom; in the Front Office; & in
> > > > > > the Server Room
> > > > > > http://www.enterpriselinuxforum.com
> > > > > > _______________________________________________
> > > > > > Babeldoc-devel mailing list
> > > > > > Bab...@li...
> > > > >
> > > > > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> > > > >
> > > > >
> > > > > __________________________________
> > > > > Do you Yahoo!?
> > > > > The New Yahoo! Shopping - with improved product search
> > > > > http://shopping.yahoo.com

-- 
David Glick
Transmit Consulting, Inc
619-475-4052
dg...@tr...

Re: [Babeldoc-devel] Babeldoc dev environments

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

Mike,

Babeldoc requires some jars in its class path to support the custom tasks it 
uses for modular builds, etc.   Place the jars in to support/ant/lib into the 
eclipses project class path and you are done.

Bruce.


On Saturday 18 October 2003 02:15 pm, Michael Ansley wrote:
> Anybody use eclipse for developing babeldoc?  I just imported it as an
> eclipse project, and there seems to be a problem with the Ant rules.  I
> was ust wondering if anybody has already solved these.
>
> Cheers...
>
>
> MikeA
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
> The Event For Linux Datacenter Solutions & Strategies in The Enterprise
> Linux in the Boardroom; in the Front Office; & in the Server Room
> http://www.enterpriselinuxforum.com
> _______________________________________________
> Babeldoc-devel mailing list
> Bab...@li...
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel

[Babeldoc-devel] Babeldoc dev environments

[Michael A. <mic...@ze...>]

OK, I seem to have sorted out the initial problem.  Now, I'm 
getting a dialog raised when I run the default build rule through 
the eclipse ant screen that says: build.xml:124: No moduleMap 
found!
Line 124 is the end of the declare task.  I'm not very familiar 
with ant yet; can anybody shed some light on the matter?

The odd thing is that the message appears as an eclipse dialog, 
rather than on the console.  I guess it's possible that the ant 
plugin in eclipse has the problem, rather than the build script.

Cheers...


MikeA

[Babeldoc-devel] Babeldoc dev environments

[Michael A. <mic...@ze...>]

Anybody use eclipse for developing babeldoc?  I just imported it as an
eclipse project, and there seems to be a problem with the Ant rules.  I
was ust wondering if anybody has already solved these.

Cheers...


MikeA

Re: [Babeldoc-devel] Question regarding FTP scanner

[David G. <dg...@co...>]

Hi Bruce,

Sorry, I didn't explain myself well.  I'll certainly integrate the newest 
commons net in when I get a chance.  The question was whether to integrate it 
into the 'go-live' version Babeldoc we're using on Production (1.1.8-dev)..  
We've fully tested on it, and therefore we won't be upgrading to the 'real' 
release until after go-live.  The FTP piece is pretty isolated, so if I can 
drop it into 1.1.8-dev and everything starts working, that 's a level of 
integration I can handle.  If it doesn't work, I don't know if I'll have time 
to troubleshoot it, so I may end up calling the ftp transfer as an 'external 
to Babeldoc' process just to get over this hump.

Regardless, I will integrate it into the current Babeldoc (after I get a 
reasonable amount of sleep... :-)).


David


On Friday 17 October 2003 10:08 pm, Bruce McDonald wrote:
> Integrate.  This is what we need to get babeldoc stable.  We can build the
> future in 1.3.  Dejan, can you check if your application still works with
> the new code.  Anyone else check please.
>
> Ps.  I will be doing a release tonight !prior!  to the
>
> On Friday 17 October 2003 07:57 pm, David Glick wrote:
> > Thanks, Dejan.  I downloaded and tested the latest snapshot directly
> > using the ftp example, and it worked like a charm.  Since I'm now on a
> > tight deadline, I need to decide whether it will be easier to integrate
> > the newest version back into Babeldoc, or just run it externally for my
> > needs...
> >
> > Life is ALWAYS interesting at crunch time!
> >
> > David
> >
> > On Friday 17 October 2003 3:15 pm, Dejan Krsmanovic wrote:
> > > Hi David,
> > > FtpScanner is using Jakarta Commons Net 1.0 package
> > > (ex ORO Net Components 3.8.1) for ftp scannong. This
> > > component was mad to work with Unix based servers and
> > > you were supposed to implement support for other
> > > servers. Since I needed to use it for MS FTP server I
> > > have implement support for it.
> > > AFAIK, Commons Net is improving and they have changed
> > > the way how server listing is parsed, and also they
> > > should support other systems (MS for example).
> > > However, the code for that was not released yet but I
> > > think it will be released very soon (actualy the
> > > voting for Commons Net 1.1 relesase has already been
> > > started on Jakarta's mailing list).
> > >
> > > So you have three options:
> > > - Try to implement AS/400 support by yourself. You
> > > need to parse your server's output to extract
> > > filenames, etc  look at the code for
> > > MsFtpFileListParser.
> > > - wait for Commons Net 1.1
> > > - use Commons Net CVS snapshot
> > >
> > > Note that  AS/400 might left unsupported by Commons
> > > Net 1.1. Try to look at their CVS, there are parsers
> > > for most systems...
> > >
> > > Dejan
> > >
> > > --- David Glick <dg...@co...> wrote:
> > > > Gentlemen,
> > > >
> > > > I'm trying to set up the FtpScanner, but it is
> > > > crashing.  The stack trace and
> > > > config filre are shown below.  The stack trace show
> > > > that MsFtpFileListParser
> > > > was called,and the source code indicates that the
> > > > FtpScanner has been
> > > > optimized for Microsoft FTP.  Does the FtpScanner
> > > > also work with
> > > > non-Microsoft FTP servers?  The one I'm accessing is
> > > > on an AS/400, but I've
> > > > used manual FTP clients to it prevously without
> > > > problems.
> > > >
> > > >
> > > > Thanks,
> > > >
> > > > David
> > > >
> > > >
> > > > === CONFIG.PROPERTIES ===
> > > > #scan ftp site every 1 hour for files to place into
> > > > the outbound pipeline
> > > > ftpscan.type=ftp
> > > > #ftpscan.period=3600000
> > > > ftpscan.period=10000
> > > > ftpscan.ftpHost=as400
> > > > ftpscan.ftpUsername=AMUSER
> > > > ftpscan.ftpPassword=XXXX  <== Sorry, I'd have to
> > > > shoot you otherwise
> > > > ftpscan.pipeline=test
> > > > ftpscan.filter=EBPRDIMP.EBPRDRR
> > > >
> > > > === STACK TRACE ===
> > > > <2003-10-17 12:44:02,550> ERROR [ftpscan] :
> > > > [ScannerWorker.process] Error
> > > > scanning...
> > > > java.lang.NumberFormatException: For input string:
> > > > "10/07/03"
> > > >         at
> > >
> > > java.lang.NumberFormatException.forInputString(NumberFormatException.ja
> > >va
> > >
> > >:4 8)
> > >:
> > > >         at java.lang.Long.parseLong(Long.java:332)
> > > >         at java.lang.Long.parseLong(Long.java:381)
> > > >         at
> > >
> > > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseEntry
> > >(U nk nown
> > >
> > > > Source)
> > > >         at
> > >
> > > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseFileL
> > >is t( Unknown
> > >
> > > > Source)
> > > >         at
> > >
> > > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1933)
> > >
> > > >         at
> > >
> > > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1964)
> > >
> > > >         at
> > >
> > > com.babeldoc.scanner.worker.FtpScanner.processFtpFolder(Unknown
> > >
> > > > Source)
> > > >         at
> > >
> > > com.babeldoc.scanner.worker.FtpScanner.doScan(Unknown
> > >
> > > > Source)
> > > >         at
> > > > com.babeldoc.scanner.ScannerWorker.process(Unknown
> > > > Source)
> > > >         at
> > > > com.babeldoc.scanner.ScannerThread.run(Unknown
> > > > Source)
> > > >
> > > > --
> > > > David Glick
> > > > Transmit Consulting, Inc
> > > > 619-475-4052
> > > > dg...@tr...
> > >
> > > -------------------------------------------------------
> > >
> > > > This SF.net email sponsored by: Enterprise Linux
> > > > Forum Conference & Expo
> > > > The Event For Linux Datacenter Solutions &
> > > > Strategies in The Enterprise
> > > > Linux in the Boardroom; in the Front Office; & in
> > > > the Server Room
> > > > http://www.enterpriselinuxforum.com
> > > > _______________________________________________
> > > > Babeldoc-devel mailing list
> > > > Bab...@li...
> > >
> > > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> > >
> > >
> > > __________________________________
> > > Do you Yahoo!?
> > > The New Yahoo! Shopping - with improved product search
> > > http://shopping.yahoo.com

-- 
David Glick
Transmit Consulting, Inc
619-475-4052
dg...@tr...

Re: [Babeldoc-devel] Question regarding FTP scanner

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

I agree. Commons Net 1.1 final will not be different
from current CVS snapshot version. Only bugfixes are
expexted - no API changes. So we will be able to
switch   to final version without code modification.
In fact, it will make FtpScanner's code easer since
MsFtpFileListParser class that I made as a workaround
for MS Ftp server, will became unnecessary. I can
remove that code later, but I think it will work with
it, too. 
As I can remeber FtpScanner first tries to list files
with default settings of Commons Net (which worked for
most Unix bases systems). If that fails, then it tries
with MsFtpFileListParser. That worked for my case  but
it won't work for other systems. Anyway, new Commons
Net should be more clever - it will recognize type of
server by itself and will use appropriate parser which
are now already implemented (contrary to 1.0 version
where user is expected to implement non-defulat
parsers). 
Listing files with Net 1.1 will always be successfull
and mine MsFtpFileListParser will never be used so the
code should work equally with or without it. 
So David, you can commit Commons Net CVS snapshot
version instead of current version that we use now.

And Bruce, I don't use Windows as Ftp server anymore!
I learned my lesson! ;) But I will try to test it when
I have time...

Dejan 


--- Bruce McDonald <br...@mc...> wrote:
> Integrate.  This is what we need to get babeldoc
> stable.  We can build the 
> future in 1.3.  Dejan, can you check if your
> application still works with the 
> new code.  Anyone else check please.   
> 
> Ps.  I will be doing a release tonight !prior!  to
> the 
> 
> On Friday 17 October 2003 07:57 pm, David Glick
> wrote:
> > Thanks, Dejan.  I downloaded and tested the latest
> snapshot directly using
> > the ftp example, and it worked like a charm. 
> Since I'm now on a tight
> > deadline, I need to decide whether it will be
> easier to integrate the
> > newest version back into Babeldoc, or just run it
> externally for my
> > needs...
> >
> > Life is ALWAYS interesting at crunch time!
> >
> > David
> >
> > On Friday 17 October 2003 3:15 pm, Dejan
> Krsmanovic wrote:
> > > Hi David,
> > > FtpScanner is using Jakarta Commons Net 1.0
> package
> > > (ex ORO Net Components 3.8.1) for ftp scannong.
> This
> > > component was mad to work with Unix based
> servers and
> > > you were supposed to implement support for other
> > > servers. Since I needed to use it for MS FTP
> server I
> > > have implement support for it.
> > > AFAIK, Commons Net is improving and they have
> changed
> > > the way how server listing is parsed, and also
> they
> > > should support other systems (MS for example).
> > > However, the code for that was not released yet
> but I
> > > think it will be released very soon (actualy the
> > > voting for Commons Net 1.1 relesase has already
> been
> > > started on Jakarta's mailing list).
> > >
> > > So you have three options:
> > > - Try to implement AS/400 support by yourself.
> You
> > > need to parse your server's output to extract
> > > filenames, etc  look at the code for
> > > MsFtpFileListParser.
> > > - wait for Commons Net 1.1
> > > - use Commons Net CVS snapshot
> > >
> > > Note that  AS/400 might left unsupported by
> Commons
> > > Net 1.1. Try to look at their CVS, there are
> parsers
> > > for most systems...
> > >
> > > Dejan
> > >
> > > --- David Glick <dg...@co...> wrote:
> > > > Gentlemen,
> > > >
> > > > I'm trying to set up the FtpScanner, but it is
> > > > crashing.  The stack trace and
> > > > config filre are shown below.  The stack trace
> show
> > > > that MsFtpFileListParser
> > > > was called,and the source code indicates that
> the
> > > > FtpScanner has been
> > > > optimized for Microsoft FTP.  Does the
> FtpScanner
> > > > also work with
> > > > non-Microsoft FTP servers?  The one I'm
> accessing is
> > > > on an AS/400, but I've
> > > > used manual FTP clients to it prevously
> without
> > > > problems.
> > > >
> > > >
> > > > Thanks,
> > > >
> > > > David
> > > >
> > > >
> > > > === CONFIG.PROPERTIES ===
> > > > #scan ftp site every 1 hour for files to place
> into
> > > > the outbound pipeline
> > > > ftpscan.type=ftp
> > > > #ftpscan.period=3600000
> > > > ftpscan.period=10000
> > > > ftpscan.ftpHost=as400
> > > > ftpscan.ftpUsername=AMUSER
> > > > ftpscan.ftpPassword=XXXX  <== Sorry, I'd have
> to
> > > > shoot you otherwise
> > > > ftpscan.pipeline=test
> > > > ftpscan.filter=EBPRDIMP.EBPRDRR
> > > >
> > > > === STACK TRACE ===
> > > > <2003-10-17 12:44:02,550> ERROR [ftpscan] :
> > > > [ScannerWorker.process] Error
> > > > scanning...
> > > > java.lang.NumberFormatException: For input
> string:
> > > > "10/07/03"
> > > >         at
> > >
> > >
>
java.lang.NumberFormatException.forInputString(NumberFormatException.java
> > >:4 8)
> > >
> > > >         at
> java.lang.Long.parseLong(Long.java:332)
> > > >         at
> java.lang.Long.parseLong(Long.java:381)
> > > >         at
> > >
> > >
>
com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseEntry(U
> > >nk nown
> > >
> > > > Source)
> > > >         at
> > >
> > >
>
com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseFileLis
> > >t( Unknown
> > >
> > > > Source)
> > > >         at
> > >
> > >
>
org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1933)
> > >
> > > >         at
> > >
> > >
>
org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1964)
> > >
> > > >         at
> > >
> > >
>
com.babeldoc.scanner.worker.FtpScanner.processFtpFolder(Unknown
> > >
> > > > Source)
> > > >         at
> > >
> > >
>
com.babeldoc.scanner.worker.FtpScanner.doScan(Unknown
> > >
> > > > Source)
> > > >         at
> > > >
> com.babeldoc.scanner.ScannerWorker.process(Unknown
> > > > Source)
> > > >         at
> > > > com.babeldoc.scanner.ScannerThread.run(Unknown
> > > > Source)
> > > >
> > > > --
> > > > David Glick
> > > > Transmit Consulting, Inc
> > > > 619-475-4052
> > > > dg...@tr...
> > >
> > >
>
-------------------------------------------------------
> > >
> > > > This SF.net email sponsored by: Enterprise
> Linux
> > > > Forum Conference & Expo
> > > > The Event For Linux Datacenter Solutions &
> > > > Strategies in The Enterprise
> > > > Linux in the Boardroom; in the Front Office; &
> in
> > > > the Server Room
> > > > http://www.enterpriselinuxforum.com
> > > >
> _______________________________________________
> > > > Babeldoc-devel mailing list
> > > > Bab...@li...
> > >
> > >
>
https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> > >
> > >
> > > __________________________________
> > > Do you Yahoo!?
> > > The New Yahoo! Shopping - with improved product
> search
> 
=== message truncated ===


__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

[Babeldoc-devel] New 1.2 release candidate tonight

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

All,

Thanks for the work.  1.2 is going to be sweet.

regards,
Bruce.

Re: [Babeldoc-devel] Question regarding FTP scanner

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

Integrate.  This is what we need to get babeldoc stable.  We can build the 
future in 1.3.  Dejan, can you check if your application still works with the 
new code.  Anyone else check please.   

Ps.  I will be doing a release tonight !prior!  to the 

On Friday 17 October 2003 07:57 pm, David Glick wrote:
> Thanks, Dejan.  I downloaded and tested the latest snapshot directly using
> the ftp example, and it worked like a charm.  Since I'm now on a tight
> deadline, I need to decide whether it will be easier to integrate the
> newest version back into Babeldoc, or just run it externally for my
> needs...
>
> Life is ALWAYS interesting at crunch time!
>
> David
>
> On Friday 17 October 2003 3:15 pm, Dejan Krsmanovic wrote:
> > Hi David,
> > FtpScanner is using Jakarta Commons Net 1.0 package
> > (ex ORO Net Components 3.8.1) for ftp scannong. This
> > component was mad to work with Unix based servers and
> > you were supposed to implement support for other
> > servers. Since I needed to use it for MS FTP server I
> > have implement support for it.
> > AFAIK, Commons Net is improving and they have changed
> > the way how server listing is parsed, and also they
> > should support other systems (MS for example).
> > However, the code for that was not released yet but I
> > think it will be released very soon (actualy the
> > voting for Commons Net 1.1 relesase has already been
> > started on Jakarta's mailing list).
> >
> > So you have three options:
> > - Try to implement AS/400 support by yourself. You
> > need to parse your server's output to extract
> > filenames, etc  look at the code for
> > MsFtpFileListParser.
> > - wait for Commons Net 1.1
> > - use Commons Net CVS snapshot
> >
> > Note that  AS/400 might left unsupported by Commons
> > Net 1.1. Try to look at their CVS, there are parsers
> > for most systems...
> >
> > Dejan
> >
> > --- David Glick <dg...@co...> wrote:
> > > Gentlemen,
> > >
> > > I'm trying to set up the FtpScanner, but it is
> > > crashing.  The stack trace and
> > > config filre are shown below.  The stack trace show
> > > that MsFtpFileListParser
> > > was called,and the source code indicates that the
> > > FtpScanner has been
> > > optimized for Microsoft FTP.  Does the FtpScanner
> > > also work with
> > > non-Microsoft FTP servers?  The one I'm accessing is
> > > on an AS/400, but I've
> > > used manual FTP clients to it prevously without
> > > problems.
> > >
> > >
> > > Thanks,
> > >
> > > David
> > >
> > >
> > > === CONFIG.PROPERTIES ===
> > > #scan ftp site every 1 hour for files to place into
> > > the outbound pipeline
> > > ftpscan.type=ftp
> > > #ftpscan.period=3600000
> > > ftpscan.period=10000
> > > ftpscan.ftpHost=as400
> > > ftpscan.ftpUsername=AMUSER
> > > ftpscan.ftpPassword=XXXX  <== Sorry, I'd have to
> > > shoot you otherwise
> > > ftpscan.pipeline=test
> > > ftpscan.filter=EBPRDIMP.EBPRDRR
> > >
> > > === STACK TRACE ===
> > > <2003-10-17 12:44:02,550> ERROR [ftpscan] :
> > > [ScannerWorker.process] Error
> > > scanning...
> > > java.lang.NumberFormatException: For input string:
> > > "10/07/03"
> > >         at
> >
> > java.lang.NumberFormatException.forInputString(NumberFormatException.java
> >:4 8)
> >
> > >         at java.lang.Long.parseLong(Long.java:332)
> > >         at java.lang.Long.parseLong(Long.java:381)
> > >         at
> >
> > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseEntry(U
> >nk nown
> >
> > > Source)
> > >         at
> >
> > com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseFileLis
> >t( Unknown
> >
> > > Source)
> > >         at
> >
> > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1933)
> >
> > >         at
> >
> > org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1964)
> >
> > >         at
> >
> > com.babeldoc.scanner.worker.FtpScanner.processFtpFolder(Unknown
> >
> > > Source)
> > >         at
> >
> > com.babeldoc.scanner.worker.FtpScanner.doScan(Unknown
> >
> > > Source)
> > >         at
> > > com.babeldoc.scanner.ScannerWorker.process(Unknown
> > > Source)
> > >         at
> > > com.babeldoc.scanner.ScannerThread.run(Unknown
> > > Source)
> > >
> > > --
> > > David Glick
> > > Transmit Consulting, Inc
> > > 619-475-4052
> > > dg...@tr...
> >
> > -------------------------------------------------------
> >
> > > This SF.net email sponsored by: Enterprise Linux
> > > Forum Conference & Expo
> > > The Event For Linux Datacenter Solutions &
> > > Strategies in The Enterprise
> > > Linux in the Boardroom; in the Front Office; & in
> > > the Server Room
> > > http://www.enterpriselinuxforum.com
> > > _______________________________________________
> > > Babeldoc-devel mailing list
> > > Bab...@li...
> >
> > https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > The New Yahoo! Shopping - with improved product search
> > http://shopping.yahoo.com

[Babeldoc-devel] babeldoc/readme ChangeLog,1.2,1.3

[<tr...@us...>]

Update of /cvsroot/babeldoc/babeldoc/readme
In directory sc8-pr-cvs1:/tmp/cvs-serv10931/readme

Modified Files:
	ChangeLog 
Log Message:
bumped the version number to 1.2-RC2

Index: ChangeLog
===================================================================
RCS file: /cvsroot/babeldoc/babeldoc/readme/ChangeLog,v
retrieving revision 1.2
retrieving revision 1.3
diff -C2 -d -r1.2 -r1.3
*** ChangeLog	24 Sep 2003 14:44:20 -0000	1.2
--- ChangeLog	18 Oct 2003 04:55:25 -0000	1.3
***************
*** 1,3786 ****
! 2003-09-24 dejan
! 	* Applied David Kinnvall's patch for avoiding incomplete file reads
! 	* Fixed bug 809462 in SqlScanner 
! 
! 2003-09-03 20:25  triphop
! 
! 	* modules/core/: config/journal/config.properties,
! 	config/service/query.properties,
! 	src/com/babeldoc/core/journal/dummy/DummyJournal.java: Added a
! 	dummy journal - does not do anything with the journal logging
[...7995 lines suppressed...]
! 	docbook-xsl/xhtml/profile-onechunk.xsl,
! 	docbook-xsl/xhtml/qandaset.xsl, docbook-xsl/xhtml/refentry.xsl,
! 	docbook-xsl/xhtml/sections.xsl, docbook-xsl/xhtml/synop.xsl,
! 	docbook-xsl/xhtml/table.xsl,
! 	docbook-xsl/xhtml/titlepage.templates.xsl,
! 	docbook-xsl/xhtml/titlepage.xsl, docbook-xsl/xhtml/toc.xsl,
! 	docbook-xsl/xhtml/verbatim.xsl, docbook-xsl/xhtml/xref.xsl,
! 	images/babeldoc-trans.png, images/babeldoc.png,
! 	images/ug-conversion-1.png, jboss/JBOSS-README.txt,
! 	jboss/config/mysql-jboss.jcml, jboss/config/oracle-jboss.jcml,
! 	schema/conversion.xsd, schema/demo-csv-conversion.xml,
! 	schema/demo-pipeline.xml, schema/demo-scanner.xml,
! 	schema/pipeline.xsd, schema/scanner.xsd, sql/mysql/create_users.vm,
! 	sql/mysql/tables.sql, sql/oracle/journal-tables.sql,
! 	userguide/appendix1.xml, userguide/chapter1.xml,
! 	userguide/chapter2.xml, userguide/chapter3.xml,
! 	userguide/chapter4.xml, userguide/chapter5.xml,
! 	userguide/chapter6.xml, userguide/pipelinestages.xml,
! 	userguide/scanners.xml: Initial revision
  

[Babeldoc-devel] babeldoc/modules/core/src/com/babeldoc/core/pipeline/stage DomifyPipelineStage.java,1.15,1.16

[<tr...@us...>]

Update of /cvsroot/babeldoc/babeldoc/modules/core/src/com/babeldoc/core/pipeline/stage
In directory sc8-pr-cvs1:/tmp/cvs-serv10931/modules/core/src/com/babeldoc/core/pipeline/stage

Modified Files:
	DomifyPipelineStage.java 
Log Message:
bumped the version number to 1.2-RC2

Index: DomifyPipelineStage.java
===================================================================
RCS file: /cvsroot/babeldoc/babeldoc/modules/core/src/com/babeldoc/core/pipeline/stage/DomifyPipelineStage.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -C2 -d -r1.15 -r1.16
*** DomifyPipelineStage.java	16 Sep 2003 05:19:01 -0000	1.15
--- DomifyPipelineStage.java	18 Oct 2003 04:55:25 -0000	1.16
***************
*** 376,380 ****
  
            /**
!            * TODO: DOCUMENT ME!
             *
             * @param exception DOCUMENT ME!
--- 376,380 ----
  
            /**
!            * called fatal erros
             *
             * @param exception DOCUMENT ME!

[Babeldoc-devel] babeldoc build.properties,1.19,1.20

[<tr...@us...>]

Update of /cvsroot/babeldoc/babeldoc
In directory sc8-pr-cvs1:/tmp/cvs-serv10931

Modified Files:
	build.properties 
Log Message:
bumped the version number to 1.2-RC2

Index: build.properties
===================================================================
RCS file: /cvsroot/babeldoc/babeldoc/build.properties,v
retrieving revision 1.19
retrieving revision 1.20
diff -C2 -d -r1.19 -r1.20
*** build.properties	27 Sep 2003 01:14:33 -0000	1.19
--- build.properties	18 Oct 2003 04:55:25 -0000	1.20
***************
*** 9,13 ****
  
  src = ./src
! babeldoc_version = 1.2.0-RC1
  config = ./config
  modules = ./modules
--- 9,13 ----
  
  src = ./src
! babeldoc_version = 1.2.0-RC2
  config = ./config
  modules = ./modules

Re: [Babeldoc-devel] Question regarding FTP scanner

[David G. <dg...@co...>]

Thanks, Dejan.  I downloaded and tested the latest snapshot directly using the 
ftp example, and it worked like a charm.  Since I'm now on a tight deadline, 
I need to decide whether it will be easier to integrate the newest version 
back into Babeldoc, or just run it externally for my needs...

Life is ALWAYS interesting at crunch time!

David


On Friday 17 October 2003 3:15 pm, Dejan Krsmanovic wrote:
> Hi David,
> FtpScanner is using Jakarta Commons Net 1.0 package
> (ex ORO Net Components 3.8.1) for ftp scannong. This
> component was mad to work with Unix based servers and
> you were supposed to implement support for other
> servers. Since I needed to use it for MS FTP server I
> have implement support for it.
> AFAIK, Commons Net is improving and they have changed
> the way how server listing is parsed, and also they
> should support other systems (MS for example).
> However, the code for that was not released yet but I
> think it will be released very soon (actualy the
> voting for Commons Net 1.1 relesase has already been
> started on Jakarta's mailing list).
>
> So you have three options:
> - Try to implement AS/400 support by yourself. You
> need to parse your server's output to extract
> filenames, etc  look at the code for
> MsFtpFileListParser.
> - wait for Commons Net 1.1
> - use Commons Net CVS snapshot
>
> Note that  AS/400 might left unsupported by Commons
> Net 1.1. Try to look at their CVS, there are parsers
> for most systems...
>
> Dejan
>
> --- David Glick <dg...@co...> wrote:
> > Gentlemen,
> >
> > I'm trying to set up the FtpScanner, but it is
> > crashing.  The stack trace and
> > config filre are shown below.  The stack trace show
> > that MsFtpFileListParser
> > was called,and the source code indicates that the
> > FtpScanner has been
> > optimized for Microsoft FTP.  Does the FtpScanner
> > also work with
> > non-Microsoft FTP servers?  The one I'm accessing is
> > on an AS/400, but I've
> > used manual FTP clients to it prevously without
> > problems.
> >
> >
> > Thanks,
> >
> > David
> >
> >
> > === CONFIG.PROPERTIES ===
> > #scan ftp site every 1 hour for files to place into
> > the outbound pipeline
> > ftpscan.type=ftp
> > #ftpscan.period=3600000
> > ftpscan.period=10000
> > ftpscan.ftpHost=as400
> > ftpscan.ftpUsername=AMUSER
> > ftpscan.ftpPassword=XXXX  <== Sorry, I'd have to
> > shoot you otherwise
> > ftpscan.pipeline=test
> > ftpscan.filter=EBPRDIMP.EBPRDRR
> >
> > === STACK TRACE ===
> > <2003-10-17 12:44:02,550> ERROR [ftpscan] :
> > [ScannerWorker.process] Error
> > scanning...
> > java.lang.NumberFormatException: For input string:
> > "10/07/03"
> >         at
>
> java.lang.NumberFormatException.forInputString(NumberFormatException.java:4
>8)
>
> >         at java.lang.Long.parseLong(Long.java:332)
> >         at java.lang.Long.parseLong(Long.java:381)
> >         at
>
> com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseEntry(Unk
>nown
>
> > Source)
> >         at
>
> com.babeldoc.scanner.worker.FtpScanner$1$MsFtpFileListParser.parseFileList(
>Unknown
>
> > Source)
> >         at
>
> org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1933)
>
> >         at
>
> org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:1964)
>
> >         at
>
> com.babeldoc.scanner.worker.FtpScanner.processFtpFolder(Unknown
>
> > Source)
> >         at
>
> com.babeldoc.scanner.worker.FtpScanner.doScan(Unknown
>
> > Source)
> >         at
> > com.babeldoc.scanner.ScannerWorker.process(Unknown
> > Source)
> >         at
> > com.babeldoc.scanner.ScannerThread.run(Unknown
> > Source)
> >
> > --
> > David Glick
> > Transmit Consulting, Inc
> > 619-475-4052
> > dg...@tr...
>
> -------------------------------------------------------
>
> > This SF.net email sponsored by: Enterprise Linux
> > Forum Conference & Expo
> > The Event For Linux Datacenter Solutions &
> > Strategies in The Enterprise
> > Linux in the Boardroom; in the Front Office; & in
> > the Server Room
> > http://www.enterpriselinuxforum.com
> > _______________________________________________
> > Babeldoc-devel mailing list
> > Bab...@li...
>
> https://lists.sourceforge.net/lists/listinfo/babeldoc-devel
>
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product search
> http://shopping.yahoo.com

-- 
David Glick
Transmit Consulting, Inc
619-475-4052
dg...@tr...