You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by nb...@apache.org on 2003/07/10 17:44:15 UTC

cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt

nbubna      2003/07/10 08:44:15

  Modified:    .        build.properties build.xml
               lib      README.txt
  Added:       lib      jdbc2_0-stdext.jar
  Log:
  re-add jdbc as a compile-time dependency only for those using jdk 1.3
  
  Revision  Changes    Path
  1.7       +2 -1      jakarta-velocity-tools/build.properties
  
  Index: build.properties
  ===================================================================
  RCS file: /home/cvs/jakarta-velocity-tools/build.properties,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- build.properties	27 Jun 2003 23:57:37 -0000	1.6
  +++ build.properties	10 Jul 2003 15:44:14 -0000	1.7
  @@ -9,6 +9,7 @@
   commons-collections.jar=${tools.lib.path}/commons-collections.jar
   commons-digester.jar=${tools.lib.path}/commons-digester.jar
   dom4j.jar=${tools.lib.path}/dom4j.jar
  +jdbc.jar=${tools.lib.path}/jdbc2_0-stdext.jar
   servlet.jar=${tools.lib.path}/servlet.jar
   struts.jar=${tools.lib.path}/struts.jar
   velocity.jar=${tools.lib.path}/velocity-dep-1.3.1.jar
  
  
  
  1.24      +2 -1      jakarta-velocity-tools/build.xml
  
  Index: build.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-velocity-tools/build.xml,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- build.xml	10 Jul 2003 03:28:36 -0000	1.23
  +++ build.xml	10 Jul 2003 15:44:14 -0000	1.24
  @@ -50,6 +50,7 @@
     <path id="compile.classpath">
       <pathelement location="${commons-collections.jar}"/>
       <pathelement location="${dom4j.jar}"/>
  +    <pathelement location="${jdbc.jar}"/>
       <pathelement location="${struts.jar}"/>
       <pathelement location="${servlet.jar}"/>
       <pathelement location="${velocity.jar}"/>
  
  
  
  1.3       +2 -0      jakarta-velocity-tools/lib/README.txt
  
  Index: README.txt
  ===================================================================
  RCS file: /home/cvs/jakarta-velocity-tools/lib/README.txt,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- README.txt	28 Jun 2003 00:06:21 -0000	1.2
  +++ README.txt	10 Jul 2003 15:44:14 -0000	1.3
  @@ -11,6 +11,7 @@
   
   VelocityStruts:
   - dom4j.jar (1.1)
  +- jdbc2_0-stdext.jar (for jdk 1.3)
   - servlet.jar (2.2+)
   - struts.jar (1.0.2+)
   - velocity-dep-1.3.1.jar
  @@ -29,6 +30,7 @@
   - commons-collections.jar
   - commons-digester.jar
   - dom4j.jar (1.1)
  +- jdbc2_0-stdext.jar (for jdk 1.3)
   - servlet.jar (2.2+)
   - struts.jar (1.0.2)
   - velocity-dep-1.3.1.jar
  
  
  
  1.3       +0 -0      jakarta-velocity-tools/lib/jdbc2_0-stdext.jar
  
  	<<Binary file>>
  
  

---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt

Posted by Martin Poeschl <mp...@marmot.at>.
the sources for the servlet.jar is also in apache cvs ...

we just have problems with jars where the user has to accept a license 
agreement before the download ...

martin

Claude Brisson wrote:

>I don't know if you are right, but I know the pain it would be if you were.
>
>Hey, there is a servlet22.jar in tomcat-4.0 cvs !
>
>(by the way, FYI, I think that jdbc extensions are included in servlet23.jar)
>
>CloD
>
>----- Original Message ----- 
>From: "Martin Poeschl" <mp...@marmot.at>
>To: "Velocity Developers List" <ve...@jakarta.apache.org>
>Sent: jeudi 10 juillet 2003 17:47
>Subject: Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt
>
>
>  
>
>>i don't think it's allowed to have sun jars in our cvs ....
>>
>>martin
>>
>>nbubna@apache.org wrote:
>>
>>    
>>
>>>nbubna      2003/07/10 08:44:15
>>>
>>> Modified:    .        build.properties build.xml
>>>              lib      README.txt
>>> Added:       lib      jdbc2_0-stdext.jar
>>> Log:
>>> re-add jdbc as a compile-time dependency only for those using jdk 1.3
>>> 
>>>
>>>      
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>>
>>
>>    
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
>
>
>  
>



---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt

Posted by Claude Brisson <cl...@savoirweb.com>.
I don't know if you are right, but I know the pain it would be if you were.

Hey, there is a servlet22.jar in tomcat-4.0 cvs !

(by the way, FYI, I think that jdbc extensions are included in servlet23.jar)

CloD

----- Original Message ----- 
From: "Martin Poeschl" <mp...@marmot.at>
To: "Velocity Developers List" <ve...@jakarta.apache.org>
Sent: jeudi 10 juillet 2003 17:47
Subject: Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt


> i don't think it's allowed to have sun jars in our cvs ....
> 
> martin
> 
> nbubna@apache.org wrote:
> 
> >nbubna      2003/07/10 08:44:15
> >
> >  Modified:    .        build.properties build.xml
> >               lib      README.txt
> >  Added:       lib      jdbc2_0-stdext.jar
> >  Log:
> >  re-add jdbc as a compile-time dependency only for those using jdk 1.3
> >  
> >
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


Google translation engine at work

Posted by Claude Brisson <cl...@savoirweb.com>.
Google translation engine at work :

> > i don't think it's allowed to have sun jars in our cvs ....

=>  je ne pense pas qu'il est admis avoir des fioles du soleil dans nos cvs....

;-)

CloD

----- Original Message ----- 
From: "Nathan Bubna" <na...@esha.com>
To: "Velocity Developers List" <ve...@jakarta.apache.org>
Sent: jeudi 10 juillet 2003 18:44
Subject: Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt


> Martin Poeschl said:
> > i don't think it's allowed to have sun jars in our cvs ....
> 
> really?  hmm.  any idea how/where i can confirm the veracity of that?
> of course, i wasn't keen on having it there in the first place.  now i may
> have a legit excuse.  if we don't confirm or refute this, i can just use it as
> FUD to justify my personal bias! ;)
> 
> really though, i don't think it unduly burden jdk 1.3.1 users if they have to
> modify the build.properties to point to their own copy before they can build
> the VelocityStruts library.  in fact, i was thinking that after the release,
> i'd like to move to a Struts-like build setup where users wanting to build the
> project have to provide the dependent jars and setup the build.properties
> themselves.  we'd just provide a build.properties.sample.  this would be just
> a small step in that direction.
> 
> thoughts? objections? threats?
> 
> Nathan Bubna
> nathan@esha.com
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt

Posted by Serge Knystautas <se...@lokitech.com>.
Nathan Bubna wrote:
>>i don't think it's allowed to have sun jars in our cvs ....
> 
> really?  hmm.  any idea how/where i can confirm the veracity of that?
> of course, i wasn't keen on having it there in the first place.  now i may
> have a legit excuse.  if we don't confirm or refute this, i can just use it as
> FUD to justify my personal bias! ;)

I would check with the Jakarta PMC for guidance for now.  To my 
knowledge, it's still unofficial since the board hasn't put it into notes.

http://nagoya.apache.org/wiki/apachewiki.cgi?Licensing

Check out in the specific licenses section, you'll see Sun BCL and SCSL 
code shouldn't be in CVS.

-- 
Serge Knystautas
President
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. sergek@lokitech.com


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


RE: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt

Posted by Tim Colson <tc...@cisco.com>.
> really though, i don't think it unduly burden jdk 1.3.1 users 
> if they have to
> modify the build.properties to point to their own copy before 
> they can build the VelocityStruts library.  
+1

Makes it a bit harder to build of course, but most folks will likely
just use binaries anyway I figure.

FYI - For our projects, we have a default.properties that lives in CVS
and some properties need to be overridden by a build.properties file
that is specific to each developer and doesn't live in CVS.

And of course, we'll need to update the "HowTo Build VelocityTools" doc
so folks don't have to guess. :-)

Cheers,
Timo


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt

Posted by Nathan Bubna <na...@esha.com>.
Martin Poeschl said:
> i don't think it's allowed to have sun jars in our cvs ....

really?  hmm.  any idea how/where i can confirm the veracity of that?
of course, i wasn't keen on having it there in the first place.  now i may
have a legit excuse.  if we don't confirm or refute this, i can just use it as
FUD to justify my personal bias! ;)

really though, i don't think it unduly burden jdk 1.3.1 users if they have to
modify the build.properties to point to their own copy before they can build
the VelocityStruts library.  in fact, i was thinking that after the release,
i'd like to move to a Struts-like build setup where users wanting to build the
project have to provide the dependent jars and setup the build.properties
themselves.  we'd just provide a build.properties.sample.  this would be just
a small step in that direction.

thoughts? objections? threats?

Nathan Bubna
nathan@esha.com


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org


Re: cvs commit: jakarta-velocity-tools/lib jdbc2_0-stdext.jar README.txt

Posted by Martin Poeschl <mp...@marmot.at>.
i don't think it's allowed to have sun jars in our cvs ....

martin

nbubna@apache.org wrote:

>nbubna      2003/07/10 08:44:15
>
>  Modified:    .        build.properties build.xml
>               lib      README.txt
>  Added:       lib      jdbc2_0-stdext.jar
>  Log:
>  re-add jdbc as a compile-time dependency only for those using jdk 1.3
>  
>



---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org