Raymond,
    dom4j is another source forge project.  It uses a BSD style license.

    http://www.dom4j.org

    I used dom4j since I've using it before, and it's a little more full featured that the stuff that Java has built in.  Maybe I should use that though, to remove dependancies on the dom4j.jar

Jesse

Raymond Irving wrote:
--- Jesse Vitrone <[EMAIL PROTECTED]> wrote:
  
I like the idea of having 2 different distributions.
    

Yea, the developer download can contain all the
necesaary utils (compressors, converters, etc.) to
speed up production.
 
  
My java file, class files, and xml config are about
30K.  The only 
problem is that I'm using dom4j for the xml parsing,
so the user needs 
the jar for it to run.  Is that something we should
give them, or have 
them download themselves?
    

Well, is dom4j open-source? Does it support the LGPL
license?

--
Raymond Irving

  
I like the idea of adding a dir in the bin dir with
my stuff in it.

I'm just getting around now to reading about patches
and stuff on source 
forge.  I'll let you know if I have any questions.
    
 
  
Jesse

Raymond Irving wrote:

    
Hi Jesse,

As Leif said, SourceForge only allow developers to
uses SSH inorder to write to CVS.

How large is the Java version of the compressor?

Some time ago I made mention of having two versions
      
of
    
the dynapi for download. A developer version and a
production version. IMO the developer version would
include all the external (non-API related)
      
utilities,
    
etc, while the production version would only
      
include
    
the src, docs and examples. Should we make the
external tools/utilities, etc be part of the
developer's download or should they be separate
(something like a Dynapi Developement Kit - DDK)?

PS. All dynapi external utilities, etc should be
placed in the bin/ folder. In some cases it might
      
be
    
good to arrange them in folders

--
Raymond Irving


--- Jesse Vitrone <[EMAIL PROTECTED]>
      
wrote:
    
---------------------------------
   Raymond, Leif,
   Greg, glad to see you both like the idea.  I'll
sign up withsourceforge and use the patch system.
   I grabbed the code from CVS when I first
      
started
    
making thechanges, but I tried to do an update
      
today,
    
and there were lots onconflitcts that CVS didn't
      
seem
    
to merge very well.  So I grabbed aclean copy of
      
the
    
code again, and I'll go through and make the
changesagain.  Didn't take too long the first time.
   I have WinCVS, but I've been using Tortoise
      
CVS. 
    
What do I needPutty for?

   I found a bug today in my Java compression
      
tool,
    
and I'd like toget that fixed before I sent it out.
      
 I
    
also wanted to add a feature inthe XML where you
      
can
    
specify a comment that will be put at the top ofthe
merged file, since it rips out all comments, and a
      
lot
    
of peoplewant something in the file for licensing
      
and
    
stuff like that.  Once Iget that stuff in, I'll let
you know and send you a copy.


Jesse

Raymond Irving wrote:
 
Very cool indeed Jesse, very cool. Well done.IMO
      
the
    
merge feature is a major plus for the
DynAPIlibraries.There're two ways to check in your
updates. You could:1) Use the Patch system
      
available
    
on the DynAPISourceForge web site2) Setup WinCVS
      
and
    
Putty on you computer can check inyou changes via
CVS.Are your changes based on the lasted version in
CVS?--Raymond Irving--- Jesse Vitrone
<[EMAIL PROTECTED]> wrote:  
     
Ooops, sorry, hit send too soon :(  Here's the
wholeemailHello all,    I've never contributed to
      
an
    
open source projectbefore, so I'm not sure of the
proper ettiquite.  Please correct me ifI do
      
something
    
stupid :)    I've been email with Raymond Irving
      
about
    
someidea's that I had, and he encouraged me to post
      
it
    
here and see whatpeople think.    I wrote a Java
version of the _javascript_compressor that comes with
DynAPI.  Along with everything that the DynAPI
onedoes, it reads in a config file that says
      
"compress
    
these files, thenmerge them into this one file". 
      
This
    
enables me to keep a good amount ofJS files when
      
I'm
    
coding, but then when I "build" to apache,
      
Icompress
    
them all into 1 file, so the browser doesn't have
      
to
    
hit the servermultiple times to get the files.   
Then, I took it a step farther, and added what Ihad
      
to
    
in order to be able to compress the DynAPI files I
      
was
    
using,and it worked!  I was able to get all my
      
files,
    
plus the DynAPI files Iwas using and compress /
      
merge
    
them all into 1 file. It sped things up onmy server
dramatically.    The changes were all just adding
semi-colonswhere they were needed, except for one
case:       The mouse_ie.js, dyndocument.js
andmouse_dom.js files all have a method called
      
"main"
    
and that doesn't seem to workvery well when they're
all combined into the same file.  To fix it,I
      
renamed
    
them, which names like main_mouse_ie, etc, and
      
fixed
    
allthe other references to them.  Seems to work
      
fine,
    
but I haven't testedextensively all the examples
      
and
    
such.I'd like to check in my changes, as well as
      
send
    
inmy Java compressor, since Raymond said he'd like
      
to
    
post it on the site. I'd also like to make a Swing
front end for the java app to make it alittle
      
easier
    
to use.What do you guys and gals think of this
      
idea?
    
Should I check in the changes?  What's the right
process for checking inchanges?  Jesse    
   
      
-------------------------------------------------------
    
     
This SF.net email is sponsored by:  Etnus, makers
ofTotalView, The bestthread debugger on the planet.
Designed with threaddebugging featuresyou've never
dreamed of, try TotalView 6 free
      
atwww.etnus.com._______________________________________________Dynapi-Dev
    
mailing [EMAIL PROTECTED]    
   
      
http://www.mail-archive.com/[EMAIL PROTECTED]/__________________________________Do
    
you Yahoo!?Yahoo! Calendar - Free online calendar
      
with
    
sync to
      
Outlook(TM).http://calendar.yahoo.com-------------------------------------------------------This
    
SF.net email is sponsored by:  Etnus, makers of
TotalView, The bestthread debugger on the planet.
Designed with thread debugging featuresyou've never
dreamed of, try TotalView 6 free at
      
www.etnus.com._______________________________________________Dynapi-Dev
    
mailing
      
[EMAIL PROTECTED]://www.mail-archive.com/[EMAIL PROTECTED]/
    


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to
      
Outlook(TM).
    
http://calendar.yahoo.com


      
-------------------------------------------------------
    
This SF.net email is sponsored by:  Etnus, makers
      
of TotalView, The best
    
thread debugger on the planet. Designed with thread
      
debugging features
    
you've never dreamed of, try TotalView 6 free at
      
www.etnus.com.

    
=== message truncated ===


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://www.mail-archive.com/[EMAIL PROTECTED]/
  
------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ Dynapi-Dev mailing list [EMAIL PROTECTED] http://www.mail-archive.com/[EMAIL PROTECTED]/

Reply via email to