Re: cvs commit: cocoon-2.1/lib jars.xml
Vadim Gritsenko dijo: > [EMAIL PROTECTED] wrote: > >>antonio 2004/03/03 23:01:56 >> >> Modified:lib jars.xml >> Log: >> Updated POI to 2.5-final-20040302 >> > > Is name of the JAR file coming from POI project? It's weird to see > "poi-2.5-final-20040302" instead of "poi-2.5" as for other projects. Yep. In this case I just did a copy paste. This weird names is the names they are using since 2.0-final. You can download the binaries and see it. Best Regards, Antonio Gallardo
Re: cvs commit: cocoon-2.1/lib jars.xml
[EMAIL PROTECTED] wrote: antonio 2004/03/03 23:01:56 Modified:lib jars.xml Log: Updated POI to 2.5-final-20040302 Is name of the JAR file coming from POI project? It's weird to see "poi-2.5-final-20040302" instead of "poi-2.5" as for other projects. Vadim
Re: cvs commit: cocoon-2.1/lib jars.xml
On 03.12.2003 15:38, [EMAIL PROTECTED] wrote: unico 2003/12/03 06:38:47 Modified:lib jars.xml Log: Grrr! typo -slide/lib/jdom-b10-dev-20031322.jar +slide/lib/jdom-b10-dev-20030322.jar Unfortunately not only in jars.xml, but also at the JARs name itself. Joerg
Re: cvs commit: cocoon-2.1/lib jars.xml
Geoff Howard wrote: Stefano Mazzocchi wrote: On Wednesday, Oct 15, 2003, at 06:23 Europe/Rome, Stephen McConnell wrote: Geoff Howard wrote: Geoff Howard wrote: But a browse around ibiblio reveals: http://www.ibiblio.org/maven/jms/ http://www.ibiblio.org/maven/jndi/ exist but don't have any jars. ... Nother approach is to rewrite the libraries from the javadocs under an apache license (the Servlet API code that is shipped with tomcat is licensed under the apache license and yet covers javax.servlet... if you pass the test, it's valid) Hmm - this is intruiging. Are you saying I can create an apache version of javax.jms and friends? This is bizarre with interfaces and abstract classes isn't it? http://www.ibiblio.org/maven/geronimo-spec/jars/ :) Occurred to me earlier today that geronimo may be doing this. Any problem with putting that Jar in CVS? (and the jndi, and javamail, etc. which are in their cvs but not up at ibiblio yet...) Geoff
Re: cvs commit: cocoon-2.1/lib jars.xml
Stefano Mazzocchi wrote: On Wednesday, Oct 15, 2003, at 06:23 Europe/Rome, Stephen McConnell wrote: Geoff Howard wrote: Geoff Howard wrote: But a browse around ibiblio reveals: http://www.ibiblio.org/maven/jms/ http://www.ibiblio.org/maven/jndi/ exist but don't have any jars. The ibiblio site is no different from Apache with respect to license obligations. When the Maven project started its bid to TLP is basically had to clean up its act bacause the content on ibiblio would by implication be resource managed by an Apache PMC - i.e. due-diligence required. The Maven guys went though a process of cleaning up the content on ibiblio.org/maven and the result of the cleanup is the missing jar files. ... Nother approach is to rewrite the libraries from the javadocs under an apache license (the Servlet API code that is shipped with tomcat is licensed under the apache license and yet covers javax.servlet... if you pass the test, it's valid) Hmm - this is intruiging. Are you saying I can create an apache version of javax.jms and friends? This is bizarre with interfaces and abstract classes isn't it? but I know this isn't really a sexy approach ;-) Hey, I've never been sexy before - why start now? ;) Geoff
Re: cvs commit: cocoon-2.1/lib jars.xml
On Wednesday, Oct 15, 2003, at 06:23 Europe/Rome, Stephen McConnell wrote: Geoff Howard wrote: Geoff Howard wrote: But a browse around ibiblio reveals: http://www.ibiblio.org/maven/jms/ http://www.ibiblio.org/maven/jndi/ exist but don't have any jars. And looks like Stephen knows why - I had assumed ASF was being conservative (wisely, I assume) and that ibiblio would be able to redistribute. The ibiblio site is no different from Apache with respect to license obligations. When the Maven project started its bid to TLP is basically had to clean up its act bacause the content on ibiblio would by implication be resource managed by an Apache PMC - i.e. due-diligence required. The Maven guys went though a process of cleaning up the content on ibiblio.org/maven and the result of the cleanup is the missing jar files. I guess the best bet would be to grab the openjms package which contains everything needed? Unless it can be automated we'll need some work on the block to make sure it compiles and cocoon can start up without that part. Not sure how to pull that off. One approach you may want to consider is to package the content into a bar file, register the bar in cvs, add an ant task to download and expand the bar, and invoke bar expansion in the build. Providing you access the resources via a local repository, you are respecting the Sun licensing conditions because your accessing the resources relative to a particular application context that has a legal usage engagement. What this means is that whoever packages the jms libraries (or whowever accepts responsibilioty for the packaging) agrees to represent Sun should a problem arise. If the bar contribution to Cocoon is by a committer covered by a CLA, then the responsibility for the application usage rests with Apache. Nother approach is to rewrite the libraries from the javadocs under an apache license (the Servlet API code that is shipped with tomcat is licensed under the apache license and yet covers javax.servlet... if you pass the test, it's valid) but I know this isn't really a sexy approach ;-) -- Stefano.
Re: cvs commit: cocoon-2.1/lib jars.xml
Geoff Howard wrote: Geoff Howard wrote: But a browse around ibiblio reveals: http://www.ibiblio.org/maven/jms/ http://www.ibiblio.org/maven/jndi/ exist but don't have any jars. And looks like Stephen knows why - I had assumed ASF was being conservative (wisely, I assume) and that ibiblio would be able to redistribute. The ibiblio site is no different from Apache with respect to license obligations. When the Maven project started its bid to TLP is basically had to clean up its act bacause the content on ibiblio would by implication be resource managed by an Apache PMC - i.e. due-diligence required. The Maven guys went though a process of cleaning up the content on ibiblio.org/maven and the result of the cleanup is the missing jar files. I guess the best bet would be to grab the openjms package which contains everything needed? Unless it can be automated we'll need some work on the block to make sure it compiles and cocoon can start up without that part. Not sure how to pull that off. One approach you may want to consider is to package the content into a bar file, register the bar in cvs, add an ant task to download and expand the bar, and invoke bar expansion in the build. Providing you access the resources via a local repository, you are respecting the Sun licensing conditions because your accessing the resources relative to a particular application context that has a legal usage engagement. What this means is that whoever packages the jms libraries (or whowever accepts responsibilioty for the packaging) agrees to represent Sun should a problem arise. If the bar contribution to Cocoon is by a committer covered by a CLA, then the responsibility for the application usage rests with Apache. Stephen. -- Stephen J. McConnell mailto:[EMAIL PROTECTED]
Re: cvs commit: cocoon-2.1/lib jars.xml
Geoff Howard wrote: Christian Haul wrote: Stefano Mazzocchi wrote: On Tuesday, Oct 14, 2003, at 18:40 Europe/Rome, [EMAIL PROTECTED] wrote: Anyone an idea about the licence for JMS & JNDI redistribution? we cannot redistribute those. but you could have a build.xml in the block and get them from ibiblio's maven repository. Damn. I was afraid you'd say this. It's just that the Sun license for them has some limited redistribution addition and the OpenJMS project does distribute them (even without including a license file for them). Looks like I need to look into this local build file thing :-| Life could be so easy. Will ant's get task work? google gave me this example: http://www.ibiblio.org/maven//picocontainer/jars/picocontainer-1.0-SNAPSHOT.jar";> But a browse around ibiblio reveals: http://www.ibiblio.org/maven/jms/ http://www.ibiblio.org/maven/jndi/ exist but don't have any jars. And looks like Stephen knows why - I had assumed ASF was being conservative (wisely, I assume) and that ibiblio would be able to redistribute. I guess the best bet would be to grab the openjms package which contains everything needed? Unless it can be automated we'll need some work on the block to make sure it compiles and cocoon can start up without that part. Not sure how to pull that off. Chris, I'm really excited about this new work you've put in - it shows the potential off beautifully. Now I've got to go look at the code! Geoff
Re: cvs commit: cocoon-2.1/lib jars.xml
Christian Haul wrote: Stefano Mazzocchi wrote: On Tuesday, Oct 14, 2003, at 18:40 Europe/Rome, [EMAIL PROTECTED] wrote: Anyone an idea about the licence for JMS & JNDI redistribution? we cannot redistribute those. but you could have a build.xml in the block and get them from ibiblio's maven repository. Damn. I was afraid you'd say this. It's just that the Sun license for them has some limited redistribution addition and the OpenJMS project does distribute them (even without including a license file for them). Looks like I need to look into this local build file thing :-| Life could be so easy. Will ant's get task work? google gave me this example: http://www.ibiblio.org/maven//picocontainer/jars/picocontainer-1.0-SNAPSHOT.jar";> But a browse around ibiblio reveals: http://www.ibiblio.org/maven/jms/ http://www.ibiblio.org/maven/jndi/ exist but don't have any jars. Anyone know how to proceed? Geoff
Re: cvs commit: cocoon-2.1/lib jars.xml
Stefano Mazzocchi wrote: On Tuesday, Oct 14, 2003, at 18:40 Europe/Rome, [EMAIL PROTECTED] wrote: haul2003/10/14 09:40:09 Modified:.blocks.properties gump.xml lib jars.xml Added: src/blocks/jms/samples sitemap.xmap src/blocks/jms/samples/database access-error.xml eventcache.xsp install.xsp invalidated.xml remove.xsp sitemap.xmap src/blocks/jms/java/org/apache/cocoon/samples/jms HTTPTrigger.java JMSTrigger.java src/blocks/jms/java/org/apache/cocoon/components/jms JMSConnection.java JMSConnectionImpl.java JMSEventListener.java JMSPublisherAction.java src/blocks/jms/conf jms.xsamples jmsconnection.xconf jmslistener.xconf Log: Start of an JMS block. Goes together with the eventcache block. Default: excluded Anyone an idea about the licence for JMS & JNDI redistribution? we cannot redistribute those. but you could have a build.xml in the block and get them from ibiblio's maven repository. Neither JMS or JNDI are available on ibiblio (because of the Sun license restrictions). However, the license does allow distribution as part of another application. In Merlin there is a bar file (block archive) that represents a deployment unit. For example - the james-server.bar contains deployment descriptors along with Sun's activation.jar and mail-1.3.1.jar. On installation of a bar file these resources are unpacked relative to the a application group (i.e. they are not shared because the license under which thay are provided restricts usage to the application the jar is bundled with. Stephen. -- Stefano. -- Stephen J. McConnell mailto:[EMAIL PROTECTED]
Re: cvs commit: cocoon-2.1/lib jars.xml
On Tuesday, Oct 14, 2003, at 21:58 Europe/Rome, Christian Haul wrote: Stefano Mazzocchi wrote: On Tuesday, Oct 14, 2003, at 18:40 Europe/Rome, [EMAIL PROTECTED] wrote: Anyone an idea about the licence for JMS & JNDI redistribution? we cannot redistribute those. but you could have a build.xml in the block and get them from ibiblio's maven repository. Damn. I was afraid you'd say this. It's just that the Sun license for them has some limited redistribution addition and the OpenJMS project does distribute them (even without including a license file for them). well, if somebody is not careful about legal issues, it doesn't mean that we shouldn't be as well, don't you think? Looks like I need to look into this local build file thing :-| Life could be so easy. yeah, don't tell me! jakarta basically was created to route around those legal limitations for the sun license on the servlet API. but sun is still asking for redistributors to defend them in court in case somebody sues them thru software that you have redistributed. rare and stupid eventuality, I agree, but the ibiblio maven repository was created exactly to round around those issues. -- Stefano.
Re: cvs commit: cocoon-2.1/lib jars.xml
Stefano Mazzocchi wrote: On Tuesday, Oct 14, 2003, at 18:40 Europe/Rome, [EMAIL PROTECTED] wrote: Anyone an idea about the licence for JMS & JNDI redistribution? we cannot redistribute those. but you could have a build.xml in the block and get them from ibiblio's maven repository. Damn. I was afraid you'd say this. It's just that the Sun license for them has some limited redistribution addition and the OpenJMS project does distribute them (even without including a license file for them). Looks like I need to look into this local build file thing :-| Life could be so easy. Chris. -- C h r i s t i a n H a u l [EMAIL PROTECTED] fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08
Re: cvs commit: cocoon-2.1/lib jars.xml
On Tuesday, Oct 14, 2003, at 18:40 Europe/Rome, [EMAIL PROTECTED] wrote: haul2003/10/14 09:40:09 Modified:.blocks.properties gump.xml lib jars.xml Added: src/blocks/jms/samples sitemap.xmap src/blocks/jms/samples/database access-error.xml eventcache.xsp install.xsp invalidated.xml remove.xsp sitemap.xmap src/blocks/jms/java/org/apache/cocoon/samples/jms HTTPTrigger.java JMSTrigger.java src/blocks/jms/java/org/apache/cocoon/components/jms JMSConnection.java JMSConnectionImpl.java JMSEventListener.java JMSPublisherAction.java src/blocks/jms/conf jms.xsamples jmsconnection.xconf jmslistener.xconf Log: Start of an JMS block. Goes together with the eventcache block. Default: excluded Anyone an idea about the licence for JMS & JNDI redistribution? we cannot redistribute those. but you could have a build.xml in the block and get them from ibiblio's maven repository. -- Stefano.
cvs commit: cocoon-2.1/lib jars.xml
bruno 2003/08/31 02:32:35 Modified:.status.xml lib jars.xml Removed: lib/core util.concurrent-1.3.1.jar Log: Upgraded util.concurrent.jar Revision ChangesPath 1.131 +5 -1 cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cvs/cocoon-2.1/status.xml,v retrieving revision 1.130 retrieving revision 1.131 diff -u -r1.130 -r1.131 --- status.xml28 Aug 2003 19:08:23 - 1.130 +++ status.xml31 Aug 2003 09:32:35 - 1.131 @@ -189,6 +189,10 @@ + + Patched util-concurrent.jar so that Tomcat shutdown and continuations + cleanup now works properly. + Add a session-context input module to the session framework to retrieve information from a session context in the sitemap. 1.82 +2 -2 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.81 retrieving revision 1.82 diff -u -r1.81 -r1.82 --- jars.xml 26 Aug 2003 06:39:56 - 1.81 +++ jars.xml 31 Aug 2003 09:32:35 - 1.82 @@ -16,7 +16,7 @@ foundation of JDK 1.5 concurrency management. Cocoon -core/util.concurrent-1.3.1.jar +core/util.concurrent-1.3.2-patched.jar http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html
cvs commit: cocoon-2.1/lib jars.xml
cziegeler2003/08/25 23:39:56 Modified:src/scratchpad/src/org/apache/cocoon/components/scheduler readme.txt lib jars.xml Added: lib/core excalibur-store-20030825.jar Removed: lib/core excalibur-store-20030815.jar Log: Updating to latest store which hopefully uses an improved synchronization. Please report any problems Revision ChangesPath 1.2 +1 -1 cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/scheduler/readme.txt Index: readme.txt === RCS file: /home/cvs/cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/scheduler/readme.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- readme.txt21 Aug 2003 12:44:18 - 1.1 +++ readme.txt26 Aug 2003 06:39:56 - 1.2 @@ -21,7 +21,7 @@ -48 1.1 cocoon-2.1/lib/core/excalibur-store-20030825.jar <> 1.81 +2 -2 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.80 retrieving revision 1.81 diff -u -r1.80 -r1.81 --- jars.xml 25 Aug 2003 07:41:18 - 1.80 +++ jars.xml 26 Aug 2003 06:39:56 - 1.81 @@ -182,7 +182,7 @@ support high level server development. Cocoon -core/excalibur-store-20030815.jar +core/excalibur-store-20030825.jar http://avalon.apache.org/excalibur/
cvs commit: cocoon-2.1/lib jars.xml
vgritsenko2003/08/15 14:56:00 Modified:lib jars.xml Added: src/blocks/batik/lib batik-all-1.5.jar Removed: src/blocks/batik/lib batik-all-1.5b5.jar Log: Upgrade batik to the released version. Jaxen is used by deprecated JaxenXPathProcessor Revision ChangesPath 1.1 cocoon-2.1/src/blocks/batik/lib/batik-all-1.5.jar <> 1.77 +3 -3 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.76 retrieving revision 1.77 diff -u -r1.76 -r1.77 --- jars.xml 15 Aug 2003 13:42:31 - 1.76 +++ jars.xml 15 Aug 2003 21:56:00 - 1.77 @@ -336,7 +336,7 @@ the Scalable Vector Graphics (SVG) format for various purposes, such as viewing, generation or manipulation. SVG serializer (batik block) -batik/lib/batik-all-1.5b5.jar +batik/lib/batik-all-1.5.jar http://xml.apache.org/batik/ @@ -623,7 +623,7 @@ model walker, capable of evaluating XPath expressions across multiple models. Currently supported are dom4j and JDOM. -core +deprecated optional/jaxen-core-1.0-FCS.jar http://www.jaxen.org/
cvs commit: cocoon-2.1/lib jars.xml
vgritsenko2003/07/30 20:23:53 Modified:lib jars.xml Log: fix broken links to "???". align. Revision ChangesPath 1.73 +772 -760 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.72 retrieving revision 1.73 diff -u -r1.72 -r1.73 --- jars.xml 30 Jul 2003 08:21:42 - 1.72 +++ jars.xml 31 Jul 2003 03:23:53 - 1.73 @@ -11,771 +11,783 @@ +--> - - Doug Lea's Concurrent Utilities - -The concurrency management primitives that will be the -foundation of JDK 1.5 concurrency management. - - Cocoon - core/util.concurrent-1.3.1.jar - http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html - - - - Avalon Excalibur DataSource - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - databases/lib/excalibur-datasource-1.1.1.jar - http://avalon.apache.org/excalibur/ - - - - Jakarta Commons CLI - - Part of jakarta-commons, it's a package that - is used to manage commandline options. - - Cocoon - core/commons-cli-1.0.jar - http://jakarta.apache.org/commons/cli/ - - - - Avalon Excalibur Component - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-component-1.1.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Event - - This is the Excalibur Event package which includes event queues, - asynchronous command processing, and the interfaces to support - event based programming. - - Cocoon Flow - core/excalibur-event-1.0.3.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur I18n - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-i18n-1.0.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Instrument - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-instrument-1.0.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Instrument Manager - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-instrument-manager-1.0.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Instrument Manager Interfaces - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-instrument-manager-interfaces-1.0.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur IO - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-io-1.1.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Logger - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-logger-1.0.1.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Monitor - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-monitor-1.0.2.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Naming - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-naming-1.0.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Pool - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-pool-1.2.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur SourceResolve - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-sourceresolve-20030715.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Store - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-store-20030726.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur XMLUtil - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-xmlutil-2003
cvs commit: cocoon-2.1/lib jars.xml
cziegeler2003/07/30 01:21:42 Modified:.status.xml lib jars.xml Removed: lib/core excalibur-collections-20020820.jar excalibur-concurrent-20020820.jar Log: Removing not used libraries Revision ChangesPath 1.100 +3 -3 cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cvs/cocoon-2.1/status.xml,v retrieving revision 1.99 retrieving revision 1.100 diff -u -r1.99 -r1.100 --- status.xml29 Jul 2003 12:32:18 - 1.99 +++ status.xml30 Jul 2003 08:21:42 - 1.100 @@ -70,8 +70,8 @@ - For 2.1: use (only) released versions of excalibur (collections, - concurrent, source, store, xmlutil). This requires a release of those + For 2.1: use (only) released versions of excalibur + (source, store, xmlutil). This requires a release of those components in excalibur. 1.72 +1 -23 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.71 retrieving revision 1.72 diff -u -r1.71 -r1.72 --- jars.xml 29 Jul 2003 02:07:32 - 1.71 +++ jars.xml 30 Jul 2003 08:21:42 - 1.72 @@ -45,17 +45,6 @@ - Avalon Excalibur Collections - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-collections-20020820.jar - http://avalon.apache.org/excalibur/ - - - Avalon Excalibur Component Part of avalon, it is a set of classes and patterns that @@ -63,17 +52,6 @@ Cocoon core/excalibur-component-1.1.jar - http://avalon.apache.org/excalibur/ - - - - Avalon Excalibur Concurrent - - Part of avalon, it is a set of classes and patterns that - support high level server development. - - Cocoon - core/excalibur-concurrent-20020820.jar http://avalon.apache.org/excalibur/
cvs commit: cocoon-2.1/lib jars.xml
vgritsenko2003/07/28 19:07:32 Modified:.status.xml lib jars.xml Added: src/blocks/fop/lib fop-0.20.5.jar Removed: src/blocks/fop/lib fop-0.20.5rc3a.jar Log: Update FOP to the released version. Update todo list: remove some items. Revision ChangesPath 1.97 +11 -30cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cvs/cocoon-2.1/status.xml,v retrieving revision 1.96 retrieving revision 1.97 diff -u -r1.96 -r1.97 --- status.xml28 Jul 2003 11:28:22 - 1.96 +++ status.xml29 Jul 2003 02:07:31 - 1.97 @@ -7,7 +7,7 @@ - + @@ -51,7 +51,7 @@ - + @@ -70,13 +70,9 @@ - For 2.1: use (only) released versions of excalibur (xml, source, store etc). - This requires a release of those components in excalibur. - - - - Complete (means put everything we know of into even if it has to be - commented) the cocoon.xconf file and put descriptions into it + For 2.1: use (only) released versions of excalibur (collections, + concurrent, source, store, xmlutil). This requires a release of those + components in excalibur. @@ -92,7 +88,7 @@ For 2.1: Make comprehensive samples with the handle-errors sitemap and real world use cases. Add also specific Selector and a FaqBuilder to be used by the - as a NotifyingBuilder. + NotifyingBuilder. @@ -112,18 +108,6 @@ - Move complete Source implementation to Excalibur. - - - - Documentation to be published by Forrest. - See the - http://wiki.cocoondev.org/Wiki.jsp?page=ForrestProposal";>proposal - under development. (Note: the generation of the docs should be completely done by - Forrest. So we should remove the deprecated docs generation stuff within Cocoon.) - - - Finish moving the scratchpad stuff in main trunk. @@ -145,7 +129,6 @@ a problem during the serialization of the transient store, if the servlet container were stopped. - @@ -167,13 +150,8 @@ - - For 2.1: Make a guide on how to upgrade Cocoon, and see how this can be eased. - - - For 2.1: Redesign FragmentExtractorGenerator/Transformer so that it works on a clustered - server : store fragments in the session rather than in a local store. + server: store fragments in the session rather than in a local store. This couldn't work, because if you working with caching pipelines, you cannot be sure that the entries are in the session(Stephan). @@ -189,6 +167,9 @@ + +Updated FOP to the latest released version, 0.20.5. + Added delete capabilities to the SourceWritingTransformer. 1.1 cocoon-2.1/src/blocks/fop/lib/fop-0.20.5.jar <> 1.71 +2 -2 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.70 retrieving revision 1.71 diff -u -r1.70 -r1.71 --- jars.xml 26 Jul 2003 13:26:47 - 1.70 +++ jars.xml 29 Jul 2003 02:07:32 - 1.71 @@ -430,7 +430,7 @@ the XSL recommendation and then turns it into a PDF document. FOP serializer (fop block) - fop/lib/fop-0.20.5rc3a.jar + fop/lib/fop-0.20.5.jar http://xml.apache.org/fop/
cvs commit: cocoon-2.1/lib jars.xml
cziegeler2003/07/26 06:26:47 Modified:.gump.xml src/java/org/apache/cocoon/components/store/impl DefaultStore.java src/deprecated/java/org/apache/cocoon/components/store JispFilesystemStore.java JispStringKey.java lib jars.xml Added: lib/core jisp-2.5.1.jar excalibur-store-20030726.jar Removed: lib/core excalibur-store-20030317.jar jisp-2.0.1.jar Log: Updating to latest jisp and excalibur store Revision ChangesPath 1.71 +2 -2 cocoon-2.1/gump.xml Index: gump.xml === RCS file: /home/cvs/cocoon-2.1/gump.xml,v retrieving revision 1.70 retrieving revision 1.71 diff -u -r1.70 -r1.71 --- gump.xml 14 Jul 2003 02:52:25 - 1.70 +++ gump.xml 26 Jul 2003 13:26:47 - 1.71 @@ -984,7 +984,7 @@ Java Indexed Serialization Package - + 1.3 +2 -2 cocoon-2.1/src/java/org/apache/cocoon/components/store/impl/DefaultStore.java Index: DefaultStore.java === RCS file: /home/cvs/cocoon-2.1/src/java/org/apache/cocoon/components/store/impl/DefaultStore.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DefaultStore.java 14 Jul 2003 19:09:00 - 1.2 +++ DefaultStore.java 26 Jul 2003 13:26:47 - 1.3 @@ -78,7 +78,7 @@ * @author mailto:[EMAIL PROTECTED]">Vadim Gritsenko * @version CVS $Id$ */ -public final class DefaultStore extends AbstractJispFilesystemStore +public class DefaultStore extends AbstractJispFilesystemStore implements org.apache.excalibur.store.Store, Contextualizable, ThreadSafe, 1.3 +7 -423 cocoon-2.1/src/deprecated/java/org/apache/cocoon/components/store/JispFilesystemStore.java Index: JispFilesystemStore.java === RCS file: /home/cvs/cocoon-2.1/src/deprecated/java/org/apache/cocoon/components/store/JispFilesystemStore.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JispFilesystemStore.java 27 Apr 2003 15:16:15 - 1.2 +++ JispFilesystemStore.java 26 Jul 2003 13:26:47 - 1.3 @@ -50,435 +50,19 @@ */ package org.apache.cocoon.components.store; -import com.coyotegulch.jisp.BTreeIndex; -import com.coyotegulch.jisp.BTreeObjectIterator; -import com.coyotegulch.jisp.IndexedObjectDatabase; -import com.coyotegulch.jisp.KeyNotFound; -import com.coyotegulch.jisp.KeyObject; - -import org.apache.avalon.framework.activity.Initializable; -import org.apache.avalon.framework.context.Context; -import org.apache.avalon.framework.context.ContextException; -import org.apache.avalon.framework.context.Contextualizable; -import org.apache.avalon.framework.logger.AbstractLogEnabled; -import org.apache.avalon.framework.parameters.ParameterException; -import org.apache.avalon.framework.parameters.Parameterizable; -import org.apache.avalon.framework.parameters.Parameters; -import org.apache.avalon.framework.thread.ThreadSafe; -import org.apache.cocoon.Constants; -import org.apache.cocoon.util.IOUtils; - -import java.io.File; -import java.io.IOException; -import java.io.Serializable; -import java.util.Enumeration; +import org.apache.cocoon.components.store.impl.DefaultStore; /** * This store is based on the Jisp library * (http://www.coyotegulch.com/jisp/index.html). This store uses B-Tree indexes * to access variable-length serialized data stored in files. - * + * + * @deprecated Use the [EMAIL PROTECTED] org.apache.cocoon.components.store.impl.DefaultStore} instead. + * * @author mailto:[EMAIL PROTECTED]">Gerhard Froehlich * @author mailto:[EMAIL PROTECTED]">Vadim Gritsenko * @version CVS $Id$ */ -public final class JispFilesystemStore extends AbstractLogEnabled -implements org.apache.excalibur.store.Store, - Contextualizable, - ThreadSafe, - Initializable, - Parameterizable { - -protected File m_workDir; -protected File m_cacheDir; - -/** - * The directory repository - */ -protected File m_directoryFile; -protected volatile String m_directoryPath; - -/** - * The database - */ -private File m_databaseFile; -private File m_indexFile; - -private int m_Order; -private IndexedObjectDatabase m_Database; -private BTreeIndex m_Index; - -/** - * Sets the repository's location - * - * @param directory the new directory value - * @exception IOException - */ -public void setDirect
cvs commit: cocoon-2.1/lib jars.xml
bruno 2003/07/15 09:46:35 Modified:lib jars.xml Added: lib/core excalibur-sourceresolve-20030715.jar Removed: lib/core excalibur-sourceresolve-20030630.jar Log: Updated excalibur-sourceresolve, see bug 21396 Revision ChangesPath 1.1 cocoon-2.1/lib/core/excalibur-sourceresolve-20030715.jar <> 1.67 +2 -2 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.66 retrieving revision 1.67 diff -u -r1.66 -r1.67 --- jars.xml 15 Jul 2003 14:07:31 - 1.66 +++ jars.xml 15 Jul 2003 16:46:35 - 1.67 @@ -195,7 +195,7 @@ support high level server development. Cocoon - core/excalibur-sourceresolve-20030630.jar + core/excalibur-sourceresolve-20030715.jar http://avalon.apache.org/excalibur/
cvs commit: cocoon-2.1/lib jars.xml
joerg 2003/07/05 09:33:06 Modified:lib jars.xml Log: FOP 0.20.4 => Fop 0.20.5rc3a Revision ChangesPath 1.59 +4 -5 cocoon-2.1/lib/jars.xml Index: jars.xml === RCS file: /home/cvs/cocoon-2.1/lib/jars.xml,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- jars.xml 5 Jul 2003 04:23:38 - 1.58 +++ jars.xml 5 Jul 2003 16:33:06 - 1.59 @@ -426,12 +426,11 @@ XML FO processor - FOP is a Java application that reads a formatting object tree - conforming to the XSL candidate release and then turns it into a PDF - document or allows you to preview it directly on screen. + FOP is a Java application that reads a formatting object tree conforming to + the XSL recommendation and then turns it into a PDF document. FOP serializer (fop block) - fop/lib/fop-0.20.4.jar + fop/lib/fop-0.20.5rc3a.jar http://xml.apache.org/fop/