Re: [RT] Updating our marketing strategy
What sort of people will be in the audience? (Sorry if I missed an earlier explanation?) Robert Sayre wrote: On 8/5/03 4:29 AM, Steven Noels [EMAIL PROTECTED] wrote: On 29/07/2003 9:28 Stefano Mazzocchi wrote: I'll write something up. I needed something for a conference I'll be speaking, and I came up with: Apache Cocoon is a compelling XML-centric framework for building serious web applications. Different from traditional development frameworks, Cocoon provides XML pipelining and aggregation for content composition cleanly separated from a flow definition and execution context, offering an ideal platform for both content- and logic-driven web applications. How does that sound? content- and logic-driven is a little difficult to understand. When it comes down to it, neither really means anything (I know what you mean, but I understand your sentence in a cocoon context). How about this: Different from traditional development frameworks, Cocoon provides XML pipelining and aggregation for content composition cleanly separated from a flow definition and execution context. This separation of concerns makes it an ideal platform for both publishing- and task-based web applications. Task-based may not be the best choice of words, but it logic-driven is a little vague, IMO.
RE: Database Reader exception
Hi, thanks for reporting this. I just changed to code, could you please cross-check? Thanks Carsten -Original Message- From: Vincent De Groote [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 6:32 PM To: [EMAIL PROTECTED] Subject: Database Reader exception In Cocoon-2.1rc1, and the last (cocoon-2.1_20030805041644) snapshot: I made a change in the DatabaseReader class, to avoid a java.lang.ClassCastException. I don't know where to forward this source change to make it available for all, so I suppose this list is the correct way to request the propagation: In DatabaseReader.class, there is a java.lang.ClassCastException in the function service, when the return value of manager.lookup() is assigned to the dbselector variable. This prevents normal operations of the class (sic). After changing the type of dbselector (first variable of the class) from ComponentSelector to ServiceSelector, the class works properly. Could you apply the changes to the source files ?
cvs commit: cocoon-2.1/src/java/org/apache/cocoon/caching CachedResponse.java
cziegeler2003/08/06 02:26:44 Modified:src/java/org/apache/cocoon/caching CachedResponse.java Log: Adding convenience constructor Revision ChangesPath 1.4 +12 -1 cocoon-2.1/src/java/org/apache/cocoon/caching/CachedResponse.java Index: CachedResponse.java === RCS file: /home/cvs/cocoon-2.1/src/java/org/apache/cocoon/caching/CachedResponse.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- CachedResponse.java 14 Jul 2003 16:06:21 - 1.3 +++ CachedResponse.java 6 Aug 2003 09:26:44 - 1.4 @@ -88,6 +88,17 @@ /** * Create a new entry for the cache. * + * @param validityObject The SourceValidity object + * @param responseThe cached sax stream or character stream + */ +public CachedResponse(SourceValidity validityObject, + byte[] response) { +this(new SourceValidity[] {validityObject}, response, null); +} + +/** + * Create a new entry for the cache. + * * @param validityObjects The SourceValidity objects in the order *they occured in the pipeline * @param responseThe cached sax stream or character stream
RE: Fixing blocking bug 9835 for release
Sylvain Wallez wrote: Carsten Ziegeler wrote: Hi, we have (at least) one blocking bug, I think: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9835 which should be fixed before the release. This bug is related to the TreeProcessor. I could assume doing a quick hack and changing the current impl from a list to a tree like structure (whatever that means), but I'm not sure if this is a good choice. Anyone (Sylvain perhaps) a better idea? Will have a look at it... Great, thanks! Carsten
Re: Invitation to participate in Apache J2EE efforts
Also, http://incubator.apache.org/projects/geronimo.html http://jakarta.apache.org/site/elsewhere.html#20030805.1 Cheers, -- Tetsuya. ([EMAIL PROTECTED]) On Wed, 6 Aug 2003 09:08:18 +0200 (Subject: FW: Invitation to participate in Apache J2EE efforts) Reinhard Pötz [EMAIL PROTECTED] wrote: FYI as many of us use J2EE technologies Additionally find an article here: http://www.theserverside.com/home/thread.jsp?thread_id=20763article_cou nt=8 Cheers, Reinhard From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 5:58 PM As you may have heard by now, the Apache Software Foundation has initiated a project to develop an open source, Apache-licensed implementation of the J2EE specification. In addition, the project is committed to certifying the implementation as J2EE compliant. This is an ambitious goal and will present a formidable challenge for the people involved, given the wide range of technologies covered by the specification. The project (tentatively named Apache Geronimo) builds upon the many Java projects at the Apache Software Foundation. In addition, the project is bringing together leading members of the Castor, JBoss, MX4J and OpenEJB communities. We would like to extend an open invitation to everyone involved in the J2EE space, both commercial entities and talented individuals, to join the community and build a world-class J2EE implementation. The Apache Software Foundation is in a unique position to build a J2EE compliant platform. Our non-profit, charity status, and our relationship with Sun Microsystems, provides the Foundation with access to the J2EE TCKs, making it possible to achieve certification. In addition, our flexible and unrestrictive licensing makes it possible for a wide variety of participants to assist in the development of Apache Geronimo, and to build their own solutions upon the platform. Apache Geronimo has been launched within the Apache Incubator. You can find more information about the Incubator at http://incubator.apache.org/. To find out more about this project or if you would like to become involved, please send email to the incubator mailing list: [EMAIL PROTECTED] On behalf of the Apache Geronimo Team, Greg Stein, Chairman of the Apache Software Foundation -- [EMAIL PROTECTED] ... ASF Chairman ... http://www.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED] http://www.terra-intl.com/ (Apache Jakarta Translation, Japanese) http://jakarta.terra-intl.com/
DO NOT REPLY [Bug 22173] - [PATCH] LDAPTransformer doesn't print multiple attribute results
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173 [PATCH] LDAPTransformer doesn't print multiple attribute results --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 14:56 --- Ok, I'll try this tonight.
cvs commit: cocoon-2.1/src/java/org/apache/cocoon Cocoon.java
cziegeler2003/08/06 03:45:31 Modified:src/java/org/apache/cocoon Cocoon.java Log: Unregister before disposing (isn't really needed, but looks better) Revision ChangesPath 1.12 +4 -1 cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java Index: Cocoon.java === RCS file: /home/cvs/cocoon-2.1/src/java/org/apache/cocoon/Cocoon.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- Cocoon.java 5 Aug 2003 16:56:20 - 1.11 +++ Cocoon.java 6 Aug 2003 10:45:31 - 1.12 @@ -491,6 +491,9 @@ * Dispose this instance */ public void dispose() { +if (this.commands != null this.threads != null ) { +this.threads.deregister(this.commands); +} ContainerUtil.dispose(this.commands); this.commands = null; ContainerUtil.dispose(this.threads);
DO NOT REPLY [Bug 22042] - [PATCH] LDAPTransformer: add/modify
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22042 [PATCH] LDAPTransformer: add/modify [EMAIL PROTECTED] changed: What|Removed |Added Summary|[PATCH] LDAPTransformer |[PATCH] LDAPTransformer: ||add/modify
cvs commit: cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/reading DatabaseReader.java
cziegeler2003/08/06 01:44:22 Modified:src/blocks/databases/java/org/apache/cocoon/reading DatabaseReader.java Log: Changing to service selector Revision ChangesPath 1.4 +4 -7 cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/reading/DatabaseReader.java Index: DatabaseReader.java === RCS file: /home/cvs/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/reading/DatabaseReader.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- DatabaseReader.java 11 Jul 2003 18:32:25 - 1.3 +++ DatabaseReader.java 6 Aug 2003 08:44:22 - 1.4 @@ -62,14 +62,13 @@ import org.apache.avalon.excalibur.datasource.DataSourceComponent; import org.apache.avalon.framework.activity.Disposable; -import org.apache.avalon.framework.component.ComponentSelector; import org.apache.avalon.framework.configuration.Configurable; import org.apache.avalon.framework.configuration.Configuration; import org.apache.avalon.framework.configuration.ConfigurationException; import org.apache.avalon.framework.parameters.Parameters; import org.apache.avalon.framework.service.ServiceException; import org.apache.avalon.framework.service.ServiceManager; - +import org.apache.avalon.framework.service.ServiceSelector; import org.apache.cocoon.ProcessingException; import org.apache.cocoon.ResourceNotFoundException; import org.apache.cocoon.caching.CacheableProcessingComponent; @@ -77,11 +76,9 @@ import org.apache.cocoon.environment.Request; import org.apache.cocoon.environment.Response; import org.apache.cocoon.environment.SourceResolver; - import org.apache.excalibur.source.SourceValidity; import org.apache.excalibur.source.impl.validity.NOPValidity; import org.apache.excalibur.source.impl.validity.TimeStampValidity; - import org.xml.sax.SAXException; /** @@ -96,7 +93,7 @@ implements Configurable, Disposable, CacheableProcessingComponent { -private ComponentSelector dbselector; +private ServiceSelector dbselector; private String dsn; private long lastModified = System.currentTimeMillis(); private InputStream resource = null; // because HSQL doesn't yet implement getBlob() @@ -109,7 +106,7 @@ public void service(final ServiceManager manager) throws ServiceException { super.service(manager); -this.dbselector = (ComponentSelector) manager.lookup(DataSourceComponent.ROLE + Selector); +this.dbselector = (ServiceSelector) manager.lookup(DataSourceComponent.ROLE + Selector); } /**
Re: MIDI block (was: Another music proposal)
Le Mercredi, 6 aoû 2003, à 07:03 Europe/Zurich, Mark Leicester a écrit : ...Anyhow, here is my first block. This is the MIDI generator, a test case, two sample MIDI files, and a sample pipeline. What is the normal course of action now? Do I ask a committer nicely to commit it for me? If so, here is my block for you, urrr on a block as it were... The normal way is to create a patch on bugzilla, but I took your zip and it looks ok, I'm testing the block as we speak and will commit it later today. -Bertrand
karma on cvs [Re: cvs commit: cocoon-2.1/src/blocks/apples - Newdirectory]
Steven Noels wrote: the karma should be OK by now, avail file looks OK I just checked this out by doing a checkout and got this: cvs server: failed to create lock directory for `/home/cvs/cocoon-2.1' (/home/cvs/cocoon-2.1/#cvs.lock): Permission denied somewhat confirmed by executing the following in my ssh cvs.apache.org: $ groups mpo mpo apcvs xml AFAIK the groups 'avalon' and 'cocoon' seem to be missing from this list. thx for looking into this. regards, -marc= -- Marc Portierhttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog at http://radio.weblogs.com/0116284/ [EMAIL PROTECTED] [EMAIL PROTECTED]
cvs commit: cocoon-2.1/src/blocks/slop/java/org/apache/cocoon/slop - New directory
bdelacretaz2003/08/06 05:57:58 cocoon-2.1/src/blocks/slop/java/org/apache/cocoon/slop - New directory
cvs commit: cocoon-2.1/src/blocks/slop/conf - New directory
bdelacretaz2003/08/06 05:57:58 cocoon-2.1/src/blocks/slop/conf - New directory
cvs commit: cocoon-2.1/src/blocks/slop/java - New directory
bdelacretaz2003/08/06 05:57:58 cocoon-2.1/src/blocks/slop/java - New directory
FYI: SlopGenerator added (as the unstable slop block)
SlopGenerator (Simple Line Oriented Parser) parses text files using very simple rules, where lines starting with a name and a colon are converted to XML elements. It is usable for parsing RFC822 messages, with some limitations mentioned on the samples page, which shouldn't be hard to remove if someone has an itch to scratch. The simplistic parsing algorithm should make the SlopGenerator quite fast. -Bertrand
DO NOT REPLY [Bug 19841] - untranslated-text doesn't work for i18n:text
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19841. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19841 untranslated-text doesn't work for i18n:text [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
cvs commit: cocoon-2.1 status.xml
bruno 2003/08/06 07:45:02 Modified:.status.xml Log: Fixed bug 19841: untranslated-text doesn't work for i18n:text Revision ChangesPath 1.104 +5 -1 cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cvs/cocoon-2.1/status.xml,v retrieving revision 1.103 retrieving revision 1.104 diff -u -r1.103 -r1.104 --- status.xml4 Aug 2003 13:48:41 - 1.103 +++ status.xml6 Aug 2003 14:45:02 - 1.104 @@ -167,6 +167,10 @@ changes release version=@version@ date=@date@ + action dev=BRD type=fix fixes-bug=19841 +I18nTransformer: if content of i18n:text is empty and translation is not +found, use untranslated-text. + /action action dev=CH type=fix fixes-bug=22050 due-to=Gildas Guillemot due-to-email=[EMAIL PROTECTED] ESQL: explicitly release database resources.
Re: karma on cvs [Re: cvs commit: cocoon-2.1/src/blocks/apples -New directory]
On Wed, 6 Aug 2003, Marc Portier wrote: $ groups mpo mpo apcvs xml AFAIK the groups 'avalon' and 'cocoon' seem to be missing from this list. Fixed. Brian
DO NOT REPLY [Bug 22165] New: - [PATCH] sitemap parameter not available to jstl expression
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22165. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22165 [PATCH] sitemap parameter not available to jstl expression Summary: [PATCH] sitemap parameter not available to jstl expression Product: Cocoon 2 Version: Current CVS 2.1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: sitemap components AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It seems to be forgotten to be set in setContexts method: Index: JXTemplateGenerator.java === RCS file: /home/cvspublic/cocoon-2.1/src/java/org/apache/cocoon/generation/JXTemplateGenerator.java,v retrieving revision 1.1 diff -u -r1.1 JXTemplateGenerator.java --- JXTemplateGenerator.java8 Jul 2003 05:48:53 - 1.1 +++ JXTemplateGenerator.java6 Aug 2003 09:54:54 - @@ -2036,6 +2036,7 @@ map.put(request, request); map.put(response, response); map.put(context, app); +map.put(parameters, parameters); Object session = request.getSession(false); if (session != null) { map.put(session, session);
DO NOT REPLY [Bug 22173] - [PATCH] LDAPTransformer doesn't print multiple attribute results
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22173 [PATCH] LDAPTransformer doesn't print multiple attribute results --- Additional Comments From [EMAIL PROTECTED] 2003-08-06 20:51 --- Created an attachment (id=7677) accumulated diff for LDAPTransformer.java