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
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
On 03.12.2003 15:38, [EMAIL PROTECTED] wrote: unico 2003/12/03 06:38:47 Modified:lib jars.xml Log: Grrr! typo -libslide/lib/jdom-b10-dev-20031322.jar/lib +libslide/lib/jdom-b10-dev-20030322.jar/lib 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
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
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 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.
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 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: 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
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: get dest=${libdir}/picocontainer-1.0-SNAPSHOT.jar usetimestamp=true ignoreerrors=true src=http://www.ibiblio.org/maven//picocontainer/jars/picocontainer-1.0-SNAPSHOT.jar; /get 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
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]
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 @@ changes release version=@version@ date=@date@ + action dev=BRD type=fix fixes-bug=18131 + Patched util-concurrent.jar so that Tomcat shutdown and continuations + cleanup now works properly. + /action action dev=CZ type=add 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. /description used-byCocoon/used-by -libcore/util.concurrent-1.3.1.jar/lib +libcore/util.concurrent-1.3.2-patched.jar/lib homepagehttp://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html/homepage /file
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 @@ !-- CVS $Id$:-- status - developers + developers !-- in strict alphabetical order -- person name=Donald Ball email=[EMAIL PROTECTED] id=DB/ person name=Nicola Ken Barozzi email=[EMAIL PROTECTED] id=NKB/ @@ -51,7 +51,7 @@ person name=Sylvain Wallez email=[EMAIL PROTECTED] id=SW/ person name=Carsten Ziegeler email=[EMAIL PROTECTED] id=CZ/ person name=Volunteer needed email=[EMAIL PROTECTED] id=open/ - /developers + /developers todo actions priority=high @@ -70,13 +70,9 @@ /action action context=code assigned-to=open - For 2.1: use (only) released versions of excalibur (xml, source, store etc). - This requires a release of those components in excalibur. -/action - -action context=code assigned-to=open - 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. /action action context=build assigned-to=open @@ -92,7 +88,7 @@ action context=code assigned-to=NKB 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. /action action context=code assigned-to=open @@ -112,18 +108,6 @@ /action action context=code assigned-to=open - Move complete Source implementation to Excalibur. -/action - -action context=code assigned-to=open - Documentation to be published by Forrest. - See the - link href=http://wiki.cocoondev.org/Wiki.jsp?page=ForrestProposal;proposal/link - 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.) -/action - -action context=code assigned-to=open Finish moving the scratchpad stuff in main trunk. /action @@ -145,7 +129,6 @@ a problem during the serialization of the transient store, if the servlet container were stopped. /action - /actions actions priority=medium @@ -167,13 +150,8 @@ /action action context=code -!-- FIXME: remove ... this already above -- - For 2.1: Make a guide on how to upgrade Cocoon, and see how this can be eased. -/action - -action context=code 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. br/ + server: store fragments in the session rather than in a local store. br/ This couldn't work, because if you working with caching pipelines, you cannot be sure that the entries are in the session(Stephan). /action @@ -189,6 +167,9 @@ changes release version=@version@ date=@date@ + action dev=VG type=update +Updated FOP to the latest released version, 0.20.5. + /action action dev=GR type=add Added delete capabilities to the SourceWritingTransformer. /action 1.1 cocoon-2.1/src/blocks/fop/lib/fop-0.20.5.jar Binary file 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. /description used-byFOP serializer (fop block)/used-by - libfop/lib/fop-0.20.5rc3a.jar/lib + libfop/lib/fop-0.20.5.jar/lib homepagehttp://xml.apache.org/fop//homepage /file
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 /description home nested=lib/core/ -jar name=jisp-2.0.1.jar/ +jar name=jisp-2.5.1.jar/ /project project name=jing 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 a href=mailto:[EMAIL PROTECTED]Vadim Gritsenko/a * @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 a href=mailto:[EMAIL PROTECTED]Gerhard Froehlich/a * @author a href=mailto:[EMAIL PROTECTED]Vadim Gritsenko/a * @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 -
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 Binary file 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. /description used-byCocoon/used-by - libcore/excalibur-sourceresolve-20030630.jar/lib + libcore/excalibur-sourceresolve-20030715.jar/lib homepagehttp://avalon.apache.org/excalibur//homepage /file