cvs commit: xml-cocoon2/src/java/org/apache/cocoon/sitemap ContentAggregator.java

[cziegeler]

cziegeler2003/01/15 00:06:37

  Modified:src/java/org/apache/cocoon/components/pipeline/impl
AbstractCachingProcessingPipeline.java
   src/java/org/apache/cocoon/sitemap ContentAggregator.java
  Log:
  Disabling deferred validities for the moment
  
  Revision  ChangesPath
  1.20  +5 -4  
xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/AbstractCachingProcessingPipeline.java
  
  Index: AbstractCachingProcessingPipeline.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/AbstractCachingProcessingPipeline.java,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- AbstractCachingProcessingPipeline.java14 Jan 2003 06:59:52 -  1.19
  +++ AbstractCachingProcessingPipeline.java15 Jan 2003 08:06:36 -  1.20
  @@ -63,7 +63,7 @@
   import org.apache.cocoon.environment.Environment;
   import org.apache.cocoon.transformation.Transformer;
   import org.apache.excalibur.source.SourceValidity;
  -import org.apache.excalibur.source.impl.validity.DeferredAggregatedValidity;
  +import org.apache.excalibur.source.impl.validity.AggregatedValidity;
   import org.apache.excalibur.source.impl.validity.DeferredValidity;
   
   import java.io.ByteArrayOutputStream;
  @@ -774,9 +774,10 @@
   public SourceValidity getValidityForEventPipeline() {
   if (!this.completeResponseIsCached
   && this.firstNotCacheableTransformerIndex == 
super.transformers.size()) {
  -DeferredAggregatedValidity validity = new DeferredAggregatedValidity();
  +AggregatedValidity validity = new AggregatedValidity();
   for(int i=0; i < this.toCacheKey.size(); i++) {
  -validity.add(new DeferredPipelineValidity(this, i));
  +validity.add(this.getValidityForInternalPipeline(i));
  +//validity.add(new DeferredPipelineValidity(this, i));
   }
   return validity;
   }
  
  
  
  1.11  +3 -3  
xml-cocoon2/src/java/org/apache/cocoon/sitemap/ContentAggregator.java
  
  Index: ContentAggregator.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/sitemap/ContentAggregator.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- ContentAggregator.java10 Jan 2003 14:19:45 -  1.10
  +++ ContentAggregator.java15 Jan 2003 08:06:37 -  1.11
  @@ -62,7 +62,7 @@
   import org.apache.excalibur.source.Source;
   import org.apache.excalibur.source.SourceException;
   import org.apache.excalibur.source.SourceValidity;
  -import org.apache.excalibur.source.impl.validity.DeferredAggregatedValidity;
  +import org.apache.excalibur.source.impl.validity.AggregatedValidity;
   import org.xml.sax.Attributes;
   import org.xml.sax.SAXException;
   import org.xml.sax.helpers.AttributesImpl;
  @@ -210,7 +210,7 @@
*/
   public SourceValidity generateValidity() {
   try {
  -DeferredAggregatedValidity v = new DeferredAggregatedValidity();
  +AggregatedValidity v = new AggregatedValidity();
   Source current;
   for (int i = 0; i < this.parts.size(); i++) {
   current = ((Part)this.parts.get(i)).source;
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/lib jars.xml

[cziegeler]

cziegeler2003/01/15 02:39:35

  Modified:src/documentation cocoon.xconf
   src/java/org/apache/cocoon Constants.java cocoon.roles
   src/scratchpad/src/org/apache/cocoon/generation
XPathDirectoryGenerator.java
   src/java/org/apache/cocoon/components/deli DeliImpl.java
   src/java/org/apache/cocoon/transformation
XIncludeTransformer.java
SourceWritingTransformer.java
CIncludeTransformer.java
   src/webapp/WEB-INF cocoon.xconf
   src/scratchpad/src/org/apache/cocoon/components/source/impl
XPathSourceInspector.java
   src/scratchpad/src/org/apache/cocoon/components/axis
SoapServerImpl.java
   lib  jars.xml
  Added:   lib/core excalibur-xmlutil-20030115.jar
  Removed: lib/core excalibur-xmlutil-20030114.jar
  Log:
  Updating to latest excalibur xmlizer
  
  Revision  ChangesPath
  1.19  +2 -2  xml-cocoon2/src/documentation/cocoon.xconf
  
  Index: cocoon.xconf
  ===
  RCS file: /home/cvs/xml-cocoon2/src/documentation/cocoon.xconf,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- cocoon.xconf  14 Jan 2003 10:04:23 -  1.18
  +++ cocoon.xconf  15 Jan 2003 10:39:34 -  1.19
  @@ -67,8 +67,8 @@
   
 
 
  -  
  -  
  +  
  +  
 
   
 
  
  
  
  1.15  +2 -2  xml-cocoon2/src/java/org/apache/cocoon/Constants.java
  
  Index: Constants.java
  ===
  RCS file: /home/cvs/xml-cocoon2/src/java/org/apache/cocoon/Constants.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- Constants.java14 Jan 2003 10:04:24 -  1.14
  +++ Constants.java15 Jan 2003 10:39:34 -  1.15
  @@ -141,7 +141,7 @@
   String PARSER_PROPERTY = "org.apache.excalibur.xml.sax.Parser";
   
   /** The name of the class for the default XML parser to use */
  -String DEFAULT_PARSER  = "org.apache.excalibur.xml.sax.JaxpParser";
  +String DEFAULT_PARSER  = "org.apache.excalibur.xml.impl.JaxpParser";
   
   /** The name of the property holding the class for a XML parser
*  @deprecated This will be removed in future release */
  
  
  
  1.43  +25 -3 xml-cocoon2/src/java/org/apache/cocoon/cocoon.roles
  
  Index: cocoon.roles
  ===
  RCS file: /home/cvs/xml-cocoon2/src/java/org/apache/cocoon/cocoon.roles,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- cocoon.roles  14 Jan 2003 09:29:28 -  1.42
  +++ cocoon.roles  15 Jan 2003 10:39:34 -  1.43
  @@ -14,17 +14,39 @@
   
   
   
  +
  +  
  +
  +  
 
  +default-class="org.apache.excalibur.xml.impl.JaxpParser"/>
   
  -  
  +  
  +default-class="org.apache.excalibur.xml.impl.JaxpParser"/>
  +
  +  
  +  
   
  +  
 
  +
  +
  +  
   
 >
  
  
  1.15  +7 -6  
xml-cocoon2/src/java/org/apache/cocoon/transformation/XIncludeTransformer.java
  
  Index: XIncludeTransformer.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/transformation/XIncludeTransformer.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- XIncludeTransformer.java  14 Jan 2003 09:54:19 -  1.14
  +++ XIncludeTransformer.java  15 Jan 2003 10:39:34 -  1.15
  @@ -64,7 +64,8 @@
   import org.apache.cocoon.xml.dom.DOMStreamer;
   import org.apache.excalibur.source.Source;
   import org.apache.excalibur.source.SourceException;
  -import org.apache.excalibur.xml.dom.Parser;
  +import org.apache.excalibur.xml.dom.DOMParser;
  +import org.apache.excalibur.xml.sax.Parser;
   import org.w3c.dom.Document;
   import org.w3c.dom.NodeList;
   import org.xml.sax.Attributes;
  @@ -297,9 +298,9 @@
   InputSource input = SourceUtil.getInputSource(url);
   
   if (suffix.startsWith("xpointer(") && suffix.endsWith(")")) {
  -Parser parser = null;
  +DOMParser parser = null;
   try {
  -parser = (Parser)manager.lookup(Parser.ROLE);
  +parser = (DOMParser)manager.lookup(DOMParser.ROLE);
   String xpath = suffix.substring(9,suffix.length()-1);
   getLogger().debug("XPath is "+xpath);
   Document document = parser.parseDocument(in

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/i18n AbstractBundleFactory.java XMLResourceBundleFactory.java BundleFactory.java AbstractBunldeFactory.java

[cziegeler]

cziegeler2003/01/15 03:30:42

  Modified:src/java/org/apache/cocoon/i18n
XMLResourceBundleFactory.java BundleFactory.java
  Added:   src/java/org/apache/cocoon/i18n AbstractBundleFactory.java
  Removed: src/java/org/apache/cocoon/i18n AbstractBunldeFactory.java
  Log:
  Adding copyright, formattign source...
  
  Revision  ChangesPath
  1.10  +61 -103   
xml-cocoon2/src/java/org/apache/cocoon/i18n/XMLResourceBundleFactory.java
  
  Index: XMLResourceBundleFactory.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/i18n/XMLResourceBundleFactory.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- XMLResourceBundleFactory.java 13 Nov 2002 22:09:35 -  1.9
  +++ XMLResourceBundleFactory.java 15 Jan 2003 11:30:41 -  1.10
  @@ -61,10 +61,14 @@
   import org.apache.avalon.framework.component.Component;
   import org.apache.avalon.framework.component.ComponentException;
   import org.apache.avalon.framework.component.ComponentManager;
  +import org.apache.avalon.framework.component.Composable;
   import org.apache.avalon.framework.component.DefaultComponentSelector;
  +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.logger.LogEnabled;
   import org.apache.avalon.framework.logger.Logger;
  +import org.apache.avalon.framework.thread.ThreadSafe;
   
   import org.xml.sax.SAXParseException;
   
  @@ -79,8 +83,9 @@
* @version $Id$
*/
   
  -public class XMLResourceBundleFactory extends DefaultComponentSelector
  -implements BundleFactory {
  +public class XMLResourceBundleFactory 
  +extends DefaultComponentSelector
  +implements BundleFactory, Composable, Configurable, Disposable, ThreadSafe, 
LogEnabled {
   
   /** Should we load bundles to cache on startup or not? */
   protected boolean cacheAtStartup = false;
  @@ -100,8 +105,7 @@
   /**
* Default constructor.
*/
  -public XMLResourceBundleFactory()
  -{
  +public XMLResourceBundleFactory() {
   }
   
   public void compose(ComponentManager manager) {
  @@ -121,35 +125,21 @@
   }
   
   /**
  - * Set the logger.
  - *
  - * @param logger the logger
  - */
  -public void enableLogging(final Logger logger) {
  -this.logger = logger;
  -}
  -
  -/**
* Configure the component.
*
* @param configuration the configuration
*/
  -public void configure( Configuration configuration ) throws 
ConfigurationException
  -{
  +public void configure( Configuration configuration ) throws 
ConfigurationException {
   this.cacheAtStartup = 
configuration.getChild(ConfigurationKeys.CACHE_AT_STARTUP).getValueAsBoolean(false);
   
  -try
  -{
  +try {
   this.directory = 
configuration.getChild(ConfigurationKeys.ROOT_DIRECTORY, true).getValue();
  -}
  -catch (ConfigurationException e)
  -{
  +} catch (ConfigurationException e) {
   if (logger.isWarnEnabled()) logger.warn("Root directory not provided in 
configuration, using default (root).");
   this.directory = "";
   }
   
  -if (logger.isDebugEnabled())
  -{
  +if (logger.isDebugEnabled()) { 
   logger.debug(
   "XMLResourceBundleFactory configured with: cacheAtStartup = " +
   cacheAtStartup + ", directory = '" + directory + "'"
  @@ -166,8 +156,7 @@
* @exception ComponentException if a bundle is not found
*/
   public Component select(String name, Locale locale)
  -throws ComponentException
  -{
  +throws ComponentException {
   return select(name, locale, cacheAtStartup);
   }
   
  @@ -181,8 +170,7 @@
* @exception ComponentException if a bundle is not found
*/
   public Component select(String name, Locale loc, boolean cacheAtStartup)
  -throws ComponentException
  -{
  +throws ComponentException {
   Component bundle = _select(name, loc, cacheAtStartup);
   if (bundle == null)
   throw new ComponentException("Unable to locate resource: " + name);
  @@ -196,8 +184,7 @@
* @param localelocale
* @return  the bundle
*/
  -private Component _select(String name, Locale loc)
  -{
  +private Component _select(String name, Locale loc) {
   return _select(name, loc, cacheAtStartup);
   }
   
  @@ -209,8 +196,7 @@
* @param localelocale
* @return  the bundle
*/
  -protected Component s

Why are CatalogManager.properties in subdir classes ???

[SAXESS - Hussayn Dabbous]

Hy;

I wonder, why the Catalog.properties must reside
in the classes directory. For me it would be
more natural to put it either into WEB-INF, or
WEB-INF/conf instead.

any explanations?

This is what makes me troubles:
(Maybe someone knows a workaround for this ...)

i use eclipse for my development.
whenever i rebuild cocoon, the classes directory
is thrown away and repopulated with new classfiles.
unfortunately everytime i have to copy CatalogManager.properties
back to the class dir afterwards...

regards, hussayn

--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl CachingProcessingPipeline.java

[cziegeler]

cziegeler2003/01/15 04:04:51

  Modified:src/java/org/apache/cocoon/components/pipeline/impl
CachingProcessingPipeline.java
  Log:
  Preventing a NPE
  
  Revision  ChangesPath
  1.32  +5 -1  
xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/CachingProcessingPipeline.java
  
  Index: CachingProcessingPipeline.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/CachingProcessingPipeline.java,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- CachingProcessingPipeline.java13 Jan 2003 13:12:29 -  1.31
  +++ CachingProcessingPipeline.java15 Jan 2003 12:04:51 -  1.32
  @@ -81,6 +81,10 @@
   */
   protected void cacheResults(Environment environment, OutputStream os)  throws 
Exception {
   if (this.toCacheKey != null) {
  +if (this.toCacheSourceValidities == null) {
  +getLogger().warn("CACHING-ERROR: Cache key is not 
null:"+this.toCacheKey+"\nbut sourcevalidities!");
  +return;
  +}
   if ( this.cacheCompleteResponse ) {
   CachedResponse response = new 
CachedResponse(this.toCacheSourceValidities,
 ((CachingOutputStream)os).getContent());
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java CachingProcessingPipeline.java

[cziegeler]

cziegeler2003/01/15 04:28:17

  Modified:src/java/org/apache/cocoon/components/pipeline/impl
AbstractCachingProcessingPipeline.java
CachingProcessingPipeline.java
  Log:
  Fixing NPE in caching algorithm
  
  Revision  ChangesPath
  1.22  +5 -1  
xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/AbstractCachingProcessingPipeline.java
  
  Index: AbstractCachingProcessingPipeline.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/AbstractCachingProcessingPipeline.java,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- AbstractCachingProcessingPipeline.java15 Jan 2003 11:52:33 -  1.21
  +++ AbstractCachingProcessingPipeline.java15 Jan 2003 12:28:17 -  1.22
  @@ -586,6 +586,10 @@
   }
   i++;
   }
  +} else {
  +// we don't have to cache
  +this.toCacheKey = null;
  +this.cacheCompleteResponse = false;
   }
   }
   }
  
  
  
  1.33  +1 -5  
xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/CachingProcessingPipeline.java
  
  Index: CachingProcessingPipeline.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl/CachingProcessingPipeline.java,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- CachingProcessingPipeline.java15 Jan 2003 12:04:51 -  1.32
  +++ CachingProcessingPipeline.java15 Jan 2003 12:28:17 -  1.33
  @@ -81,10 +81,6 @@
   */
   protected void cacheResults(Environment environment, OutputStream os)  throws 
Exception {
   if (this.toCacheKey != null) {
  -if (this.toCacheSourceValidities == null) {
  -getLogger().warn("CACHING-ERROR: Cache key is not 
null:"+this.toCacheKey+"\nbut sourcevalidities!");
  -return;
  -}
   if ( this.cacheCompleteResponse ) {
   CachedResponse response = new 
CachedResponse(this.toCacheSourceValidities,
 ((CachingOutputStream)os).getContent());
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Logger logicsheet error ?

[Leszek Gawron]

I think there's an error in log.xsl logicsheet. When trying to use it for
example:


test

the messages end up in tomcat's log because the full logging category is
cocoon.sitemap.myxsplog.

while the same logic copied exactly to my xsp file with sitemap.myxsplog
category:

try {
org.apache.log.Logger logger =

org.apache.log.Hierarchy.getDefaultHierarchy().getLoggerFor("sitemap.myxsplog");

logger.setPriority(org.apache.log.Priority.getPriorityForName("DEBUG"));
this.enableLogging(new org.apache.avalon.framework.logger.LogKitLogger(logger));
} catch (Exception e) {
}
getLogger().debug("test");

loggs messages to sitemap.log (which is correct)

this line:
org.apache.log.Logger logger =
org.apache.log.Hierarchy.getDefaultHierarchy().getLoggerFor("cocoon" +
(("".equals(category))? category : "." + category));

is wrong in the log.xsl file ( there should be no "cocoon")


Am I right ?
-- 
__
 | /  \ |Leszek Gawron//  \\
\_\\  //_/  [EMAIL PROTECTED]  _\\()//_
 .'/()\'. Phone: +48(600)341118 / //  \\ \
  \\  //  recursive: adj; see recursive  | \__/ |


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

[VOTE] Inclusion of SAP R/3 components

[Christian Haul]

Team.

The long pending SAP R/3 patches [1] by Michael Gerzabek and Reinhard
Poetz now carry the standard ASF licence plate, mock classes exist, I
have reviewed the code and am happy with it. All issues have been
solved by Michael and it was great working with him on it. I have not
tested the components since I don't have a SAP installation to test
against. Still, I'm confident in this patch.

This has already been discussed [2] and [3]. Especially the long term
perspective really _is_ an issue. However, I believe that these
components will attract users and hopefully, the components can be
maintained that way.

Before actually adding the code to the 2.1 repository, I'd like to
have a final voting on it.

Ladies and Gentlemen, please cast your votes: Shall we accept the SAP
R/3 connectivity components from patch [1] ?

Here's my +1

Chris.

[1] http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9075
[2] http://marc.theaimsgroup.com/?t=10263687031&r=1&w=2
[3] http://marc.theaimsgroup.com/?t=10401454304&r=1&w=2

-- 
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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [VOTE] Inclusion of SAP R/3 components

[Steven Noels]

Christian Haul wrote:


Before actually adding the code to the 2.1 repository, I'd like to
have a final voting on it.


- do they need some SAP-jars in the classpath upon compilation time?
- if that is the case, do those need to be stored in ASF CVS?
- if that is the case, is that allowed according to their license?
- if all that is the case and the license only allows binary 
distribution, we can implement mock classes

If all these are incorrect assumptions, pardon my ignorance.

FYI, Sylvain just asked whether mail/activation/jta.jar (Sun) could be 
included in CVS. Apparently, there is something in their license which 
doesn't allow this.

If license issues do not allow these components to be added to ASF CVS, 
we could look and see whether they could be hosted at cocoondev.org 
(since yes, they would be a valuable addition to Cocoon).

Other worry: this means adding yet another mega-functional-component to 
Cocoon, and I have have been talking offlist about my worries in this 
direction.

We better start using the -apps module then, I guess (and some other 
components might as well migrate there, too).

Ladies and Gentlemen, please cast your votes: Shall we accept the SAP
R/3 connectivity components from patch [1] ?


I would like to see what others think before voting.

Thanks for bringing this up!


--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Read my weblog athttp://blogs.cocoondev.org/stevenn/
stevenn at outerthought.orgstevenn at apache.org


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [VOTE] Inclusion of SAP R/3 components

[Steven Noels]

Steven Noels wrote:


- if all that is the case and the license only allows binary 
distribution, we can implement mock classes

If all these are incorrect assumptions, pardon my ignorance.

It was ignorance, sorry about that - better check before ranting ;)


Other worry: this means adding yet another mega-functional-component to 
Cocoon, and I have have been talking offlist about my worries in this 
direction.

We better start using the -apps module then, I guess (and some other 
components might as well migrate there, too).

I'd still like these points to be addressed.


--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Read my weblog athttp://blogs.cocoondev.org/stevenn/
stevenn at outerthought.orgstevenn at apache.org


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/blocks/portal-fw/samples/profiles types.xml admintypes.xml

[cziegeler]

cziegeler2003/01/15 06:06:37

  Modified:src/blocks/portal-fw/samples/profiles types.xml
admintypes.xml
  Log:
  Correct spelling
  
  Revision  ChangesPath
  1.2   +1 -1  xml-cocoon2/src/blocks/portal-fw/samples/profiles/types.xml
  
  Index: types.xml
  ===
  RCS file: /home/cvs/xml-cocoon2/src/blocks/portal-fw/samples/profiles/types.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- types.xml 27 Sep 2002 12:11:13 -  1.1
  +++ types.xml 15 Jan 2003 14:06:37 -  1.2
  @@ -13,7 +13,7 @@

#ff
#cc
  - #66
  + #66
black
   
#aab9bf
  
  
  
  1.2   +1 -1  xml-cocoon2/src/blocks/portal-fw/samples/profiles/admintypes.xml
  
  Index: admintypes.xml
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/blocks/portal-fw/samples/profiles/admintypes.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- admintypes.xml27 Sep 2002 12:11:13 -  1.1
  +++ admintypes.xml15 Jan 2003 14:06:37 -  1.2
  @@ -13,7 +13,7 @@

#ff
#cc
  - #66
  + #66
black
   
#aab9bf
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Inclusion of SAP R/3 components

[Christian Haul]

On 15.Jan.2003 -- 02:58 PM, Steven Noels wrote:
> Christian Haul wrote:
> 
> >Before actually adding the code to the 2.1 repository, I'd like to
> >have a final voting on it.
> 
> - do they need some SAP-jars in the classpath upon compilation time?

Michael has created Mock objects that are used instead. So no, no SAP
jars are needed at compile time, only at run time.

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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

AW: [VOTE] Inclusion of SAP R/3 components

[Michael Gerzabek]

Hi all,

concerning long term perspective: we enjoy Cocoon since release 1.8 and
have at least 2 productive projects running with Cocoon 2.0 and the SAP
part. And we will go on!

So if testing is needed with real SAP we surely can do this. And I'm
also sure that we won't be the only one to use these components in the
future ;)

Michael

> -Ursprungliche Nachricht-
> Von: Christian Haul [mailto:[EMAIL PROTECTED]]
> Gesendet: Mittwoch, 15. Janner 2003 14:33
> An: [EMAIL PROTECTED]
> Betreff: [VOTE] Inclusion of SAP R/3 components
> 
> 
> Team.
> 
> The long pending SAP R/3 patches [1] by Michael Gerzabek and Reinhard
> Poetz now carry the standard ASF licence plate, mock classes exist, I
> have reviewed the code and am happy with it. All issues have been
> solved by Michael and it was great working with him on it. I have not
> tested the components since I don't have a SAP installation to test
> against. Still, I'm confident in this patch.
> 
> This has already been discussed [2] and [3]. Especially the long term
> perspective really _is_ an issue. However, I believe that these
> components will attract users and hopefully, the components can be
> maintained that way.
> 
> Before actually adding the code to the 2.1 repository, I'd like to
> have a final voting on it.
> 
> Ladies and Gentlemen, please cast your votes: Shall we accept the SAP
> R/3 connectivity components from patch [1] ?
> 
> Here's my +1
> 
>   Chris.
> 
> [1] http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9075
> [2] http://marc.theaimsgroup.com/?t=10263687031&r=1&w=2
> [3] http://marc.theaimsgroup.com/?t=10401454304&r=1&w=2
> 
> -- 
> 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
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/scratchpad/lib LICENSE.commons-logging commons-logging-1.0.2.jar

[crafterm]

crafterm2003/01/15 06:26:29

  Added:   src/scratchpad/lib LICENSE.commons-logging
commons-logging-1.0.2.jar
  Log:
  Added commons logging package which is required for the axis soap server
  component (was previously in xml-cocoon2/lib but was recently removed).
  
  Revision  ChangesPath
  1.1  xml-cocoon2/src/scratchpad/lib/LICENSE.commons-logging
  
  Index: LICENSE.commons-logging
  ===
  /*
   * $Header: /home/cvs/xml-cocoon2/src/scratchpad/lib/LICENSE.commons-logging,v 1.1 
2003/01/15 14:26:29 crafterm Exp $
   * $Revision: 1.1 $
   * $Date: 2003/01/15 14:26:29 $
   *
   * 
   * 
   * The Apache Software License, Version 1.1
   *
   * Copyright (c) 1999-2001 The Apache Software Foundation.  All rights 
   * reserved.
   *
   * Redistribution and use in source and binary forms, with or without
   * modification, are permitted provided that the following conditions
   * are met:
   *
   * 1. Redistributions of source code must retain the above copyright
   *notice, this list of conditions and the following disclaimer. 
   *
   * 2. Redistributions in binary form must reproduce the above copyright
   *notice, this list of conditions and the following disclaimer in
   *the documentation and/or other materials provided with the
   *distribution.
   *
   * 3. The end-user documentation included with the redistribution, if
   *any, must include the following acknowlegement:  
   *   "This product includes software developed by the 
   *Apache Software Foundation (http://www.apache.org/)."
   *Alternately, this acknowlegement may appear in the software itself,
   *if and wherever such third-party acknowlegements normally appear.
   *
   * 4. The names "The Jakarta Project", "Commons", and "Apache Software
   *Foundation" must not be used to endorse or promote products derived
   *from this software without prior written permission. For written 
   *permission, please contact [EMAIL PROTECTED]
   *
   * 5. Products derived from this software may not be called "Apache"
   *nor may "Apache" appear in their names without prior written
   *permission of the Apache Group.
   *
   * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
   * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
   * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
   * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
   * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
   * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
   * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
   * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
   * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
   * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
   * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
   * SUCH DAMAGE.
   * 
   *
   * This software consists of voluntary contributions made by many
   * individuals on behalf of the Apache Software Foundation.  For more
   * information on the Apache Software Foundation, please see
   * .
   *
   */ 
  
  
  
  
  
  
  
  
  1.1  xml-cocoon2/src/scratchpad/lib/commons-logging-1.0.2.jar
  
<>
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Cocoon bean progress

[Upayavira]

Dear All,

I have now created my CocoonBean [which is a programmatic interface to Cocoon, 
allowing pages to be requested from Cocoon by any Java application], the code for it 
is currently in Bugzilla (bug 15748). I'd appreciate any comments upon what I've done 
so far.

The significant changes since last time are to do with the number of times Cocoon 
generates a single page. The current command line will generate every page three 
times, once to get its mime type, once to get its list of links, and once to get the 
actual 
content. Even if followLinks is set to false, it will still request the links. Even if 
all 
pages being requested have appropriate file extensions, the mime type is still 
queried.

Therefore, I have changed the code for the bean so that, if followLinks is false, the 
list 
of links is not generated. Also, I have added a setConfirmExtensions() method which 
allows the user to prevent the mime type being tested, and thus the page being 
corrected with the appropriate new extension. If this method is used, it is up to the 
user to ensure that all pages have the appropriate filename extensions.

Whilst this is not the best solution to the problem of triplicate page generation, it 
does 
make it possible, in certain scenarios, to reduce the number of times a page is 
generated.

As to further development, here are some of my ideas that I'd like to implement at 
some point:

* HTTPDestination (using POST) & EmailDestination
* Refactoring of core bean code, as it is not currently very clear
* Convert Destination classes to use WritableSources
* Make Destination objects into Avalon components
* Logging functionality: record each page that is generated
* multithreaded page generation
* page caching: only re-generate changed pages

But for the meantime I plan to get on with developing a 'bean-app' (see other 
message).

I look forward to hearing your comments.

Regards,

Upayavira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

[Proposal] Cocoon Bean Utility

[Upayavira]

Dear All,

Now that I've created a Cocoon bean, I need to create an 
application to drive it. I would like to produce something 
reasonably generic, that might be of use to others - hence 
this proposal. What I detail below is what I have thought of 
so far, but I would very much appreciate comments about it 
before I get started.

Features

My proposal is for a generic application that will give access 
to the bean, and can be accessed either via the command line 
or as a Cocoon Generator.

This application will be configurable via an XML file 
(detailed below). This file will allow one instance of the 
application to manage more than one site.

It will be possible to run the command line application once 
for a single pass at site generation, or to leave it running, 
in which case it will be possible to trigger it to regenerate 
a specific site.

At present I am not sure of the best triggering mechanisms, 
however I will probably implement a 'file drop' trigger, where 
a file created in a predefined folder will trigger the 
generation of a site (as specified in the dropped file).

HTTP based triggering can be achieved through the 
BeanGenerator. Simply passing a parameter into the 
BeanGenerator, which is itself running in a separate Cocoon 
instance in a servlet engine, will trigger the regeneration of 
a site.

Generator triggering can be either synchronous or 
asynchronous, where synchronous triggering waits until pages 
have been generated, returning details of the generated pages 
to the user, and asynchronous triggering returns as soon as 
page generation has started, and continues page generation in 
the background. [I am assuming I can work out how to do this.]

At present I imagine my BeanGenerator to be only capable of 
handling a single thread at one time, returning an error if 
the generator is called when another instance is processing a 
site. However, it would be good to make it handle simultaneous 
generation of separate sites.

XML Configuration File
--

The configuration file allows for the specification of pages, 
identified by Cocoon URIs, grouped into sites.

All of the configuration available to the existing Command 
Line will be available through this configuration file.

Parameters such as 'follow-links' or 'check-extensions' will 
be configurable against the root element, against a site, or 
against a specific page.

In order to make the application as extensible as possible, a 
Destinations section at the beginning of the file will allow 
the user to specify new Destination classes, much like one can 
declare new sitemap components at the beginning of the 
sitemap.

Here's a sample of how the config file could look.

http://xml.apache.org/cocoon/something-1.0";>

  
  
ftp://"; 
class="org.apache.cocoon.destination.FTPDestination"/>
http://"; 
class="org.apache.cocoon.destination.HTTPDestination"/>
mailto:"; 
class="org.apache.cocoon.destination.EmailDestination"/>
  
  
  
  

  
  

  /avalo/index.html
  ftp://user:[EMAIL PROTECTED]/folder/>



  /avalo/avalo.html
  ftp://user:[EMAIL PROTECTED]/folder/>

  

  

  /vajras/index.html
  ftp://user:[EMAIL PROTECTED]/folder/>

  




I look forward to any comments you might have.

Regards, Upayavira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [OT] London Cocoon meet (was Re: Back in London)

[Upayavira]

I should be able to make monday night.

Regards, Upayavira

> On Tue, 14 Jan 2003, Stefano Mazzocchi wrote:
> 
> > Anyway, I'm leaving for Italy on the 22nd and I can't change that.
> > So, it's either monday night or tomorrow at lunch.
> 
> Yikes! Ok, let's make it Monday 20th night then. I'd suggest meeting
> in a fairly central pub from 6 (I'll trust Thom to suggest one!) and
> then heading on for food at Satsuma or somewhere similar.
> 
> 
> Andrew.
> 
> -- 
> Andrew SavoryEmail:
> [EMAIL PROTECTED] Managing Director 
> Tel:  +44 (0)870 741 6658 Luminas Internet Applications   
>   Fax:  +44 (0)700 598 1135 This is not an official statement or
> order.Web:www.luminas.co.uk
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED] For
> additional commands, email: [EMAIL PROTECTED]
> 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input DigestMetaModule.java

[haul]

haul2003/01/15 07:55:13

  Modified:src/java/org/apache/cocoon/components/modules/input
DigestMetaModule.java
  Log:
  fix NPE
  
  Revision  ChangesPath
  1.11  +20 -12
xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/DigestMetaModule.java
  
  Index: DigestMetaModule.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/DigestMetaModule.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- DigestMetaModule.java 19 Dec 2002 10:34:47 -  1.10
  +++ DigestMetaModule.java 15 Jan 2003 15:55:13 -  1.11
  @@ -107,18 +107,23 @@
   // default vs dynamic
   Configuration inputConfig = null;
   String inputName=null;
  +String algorithm = this.defaultAlgorithm;
  +String provider  = this.defaultProvider;
  +String salt  = this.defaultSalt;
  +boolean encode = this.defaultEncode;
   if (modeConf!=null) {
   inputName   = 
modeConf.getChild("input-module").getAttribute("name",null);
   if (inputName != null) {
   inputConfig = modeConf.getChild("input-module");
   }
  +// read necessary parameters
  +algorithm = modeConf.getAttribute("algorithm", algorithm);
  +provider  = modeConf.getAttribute("provider" , provider );
  +salt  = modeConf.getAttribute("salt" , salt );
  +encode = modeConf.getAttributeAsBoolean("encode" , encode );
   }
   
  -// read necessary parameters
  -String algorithm = modeConf.getAttribute("algorithm",this.defaultAlgorithm);
  -String provider  = modeConf.getAttribute("provider" ,this.defaultProvider );
  -String salt  = modeConf.getAttribute("salt" ,this.defaultSalt );
  -boolean encode = modeConf.getAttributeAsBoolean("encode" 
,this.defaultEncode );
  +
   
   
   Object result = null;
  @@ -204,18 +209,21 @@
   // default vs dynamic
   Configuration inputConfig = null;
   String inputName=null;
  +String algorithm = this.defaultAlgorithm;
  +String provider  = this.defaultProvider;
  +String salt  = this.defaultSalt;
  +boolean encode = this.defaultEncode;
   if (modeConf!=null) {
   inputName   = 
modeConf.getChild("input-module").getAttribute("name",null);
   if (inputName != null) {
   inputConfig = modeConf.getChild("input-module");
   }
  +// read necessary parameters
  +algorithm = modeConf.getAttribute("algorithm", algorithm);
  +provider  = modeConf.getAttribute("provider" , provider );
  +salt  = modeConf.getAttribute("salt" , salt );
  +encode = modeConf.getAttributeAsBoolean("encode" , encode );
   }
  -
  -// read necessary parameters
  -String algorithm = modeConf.getAttribute("algorithm",this.defaultAlgorithm);
  -String provider  = modeConf.getAttribute("provider" ,this.defaultProvider );
  -String salt  = modeConf.getAttribute("salt" ,this.defaultSalt );
  -boolean encode = modeConf.getAttributeAsBoolean("encode" 
,this.defaultEncode );
   
   Object[] values = getValues(name, objectModel, 
   this.input, this.defaultInput, this.inputConf, 
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/impl ContextSourceFactory.java

[haul]

haul2003/01/15 07:55:47

  Modified:src/java/org/apache/cocoon/components/source/impl
ContextSourceFactory.java
  Log:
  remove unused import
  
  Revision  ChangesPath
  1.10  +1 -2  
xml-cocoon2/src/java/org/apache/cocoon/components/source/impl/ContextSourceFactory.java
  
  Index: ContextSourceFactory.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/source/impl/ContextSourceFactory.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- ContextSourceFactory.java 9 Jan 2003 08:09:39 -   1.9
  +++ ContextSourceFactory.java 15 Jan 2003 15:55:47 -  1.10
  @@ -58,7 +58,6 @@
   import org.apache.excalibur.source.Source;
   import org.apache.excalibur.source.SourceException;
   import org.apache.excalibur.source.SourceFactory;
  -import org.apache.excalibur.source.SourceNotFoundException;
   import org.apache.excalibur.source.SourceResolver;
   import org.apache.avalon.framework.activity.Disposable;
   import org.apache.avalon.framework.component.ComponentException;
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation/helpers VariableConfiguration.java

[haul]

haul2003/01/15 07:57:51

  Modified:src/java/org/apache/cocoon/transformation/helpers
VariableConfiguration.java
  Log:
  remove unused import
  
  Revision  ChangesPath
  1.2   +1 -3  
xml-cocoon2/src/java/org/apache/cocoon/transformation/helpers/VariableConfiguration.java
  
  Index: VariableConfiguration.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/transformation/helpers/VariableConfiguration.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- VariableConfiguration.java9 Jan 2003 16:59:01 -   1.1
  +++ VariableConfiguration.java15 Jan 2003 15:57:51 -  1.2
  @@ -50,7 +50,6 @@
   */
   package org.apache.cocoon.transformation.helpers;
   
  -import org.apache.avalon.framework.configuration.DefaultConfiguration;
   import org.apache.avalon.framework.configuration.DefaultConfigurationSerializer;
   
   import org.apache.avalon.framework.configuration.Configuration;
  @@ -81,7 +80,6 @@
*/
   public VariableConfiguration(Configuration conf) {
   this.conf = conf;
  -this.vars = vars;
   }
   
   /** Add a name-value pair.
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation LinkRewriterTransformer.java

[haul]

haul2003/01/15 07:58:41

  Modified:src/java/org/apache/cocoon/transformation
LinkRewriterTransformer.java
  Log:
  remove unused import
  
  Revision  ChangesPath
  1.2   +8 -22 
xml-cocoon2/src/java/org/apache/cocoon/transformation/LinkRewriterTransformer.java
  
  Index: LinkRewriterTransformer.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/transformation/LinkRewriterTransformer.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- LinkRewriterTransformer.java  9 Jan 2003 16:59:00 -   1.1
  +++ LinkRewriterTransformer.java  15 Jan 2003 15:58:41 -  1.2
  @@ -51,40 +51,26 @@
   package org.apache.cocoon.transformation;
   
   import org.apache.avalon.framework.activity.Initializable;
  -import org.apache.avalon.framework.parameters.Parameters;
  -import org.apache.cocoon.ProcessingException;
  -import org.apache.excalibur.source.Source;
  -import org.apache.excalibur.source.SourceException;
  -import org.apache.cocoon.components.source.WriteableSource;
  -import org.apache.cocoon.components.source.SourceUtil;
  -
   import org.apache.avalon.framework.configuration.Configurable;
   import org.apache.avalon.framework.configuration.Configuration;
  -import org.apache.avalon.framework.configuration.DefaultConfiguration;
   import org.apache.avalon.framework.configuration.ConfigurationException;
  -import org.apache.avalon.framework.component.ComponentManager;
  -import org.apache.avalon.framework.component.ComponentSelector;
  +import org.apache.avalon.framework.parameters.Parameters;
   
  +import org.apache.cocoon.ProcessingException;
  +import org.apache.cocoon.components.language.markup.xsp.XSPModuleHelper;
   import org.apache.cocoon.environment.SourceResolver;
  -import org.xml.sax.ContentHandler;
  -import org.xml.sax.Attributes;
  -import org.xml.sax.Locator;
  -import org.xml.sax.SAXException;
  -import org.xml.sax.helpers.AttributesImpl;
  -
   import org.apache.cocoon.transformation.helpers.VariableConfiguration;
  -import org.apache.cocoon.components.language.markup.xsp.XSPModuleHelper;
   
  -import java.io.PrintWriter;
  -import java.io.OutputStreamWriter;
   import java.io.IOException;
  -import java.util.Date;
  +import java.util.HashSet;
   import java.util.Iterator;
   import java.util.Map;
   import java.util.Set;
  -import java.util.HashSet;
   import java.util.StringTokenizer;
  -import java.net.MalformedURLException;
  +
  +import org.xml.sax.Attributes;
  +import org.xml.sax.SAXException;
  +import org.xml.sax.helpers.AttributesImpl;
   
   /** 
* Rewrites URIs in links to a value determined by an InputModule.
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation SimpleFormInstanceExtractionTransformer.java

[haul]

haul2003/01/15 07:59:06

  Modified:src/java/org/apache/cocoon/transformation
SimpleFormInstanceExtractionTransformer.java
  Log:
  remove unused import
  
  Revision  ChangesPath
  1.4   +1 -2  
xml-cocoon2/src/java/org/apache/cocoon/transformation/SimpleFormInstanceExtractionTransformer.java
  
  Index: SimpleFormInstanceExtractionTransformer.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/transformation/SimpleFormInstanceExtractionTransformer.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- SimpleFormInstanceExtractionTransformer.java  9 Jan 2003 17:02:15 -  
 1.3
  +++ SimpleFormInstanceExtractionTransformer.java  15 Jan 2003 15:59:06 - 
 1.4
  @@ -67,7 +67,6 @@
   import org.apache.cocoon.ProcessingException;
   import org.apache.cocoon.components.modules.output.OutputModule;
   import org.apache.cocoon.environment.SourceResolver;
  -import org.apache.cocoon.xml.dom.DOMUtil;
   
   import org.w3c.dom.Document;
   import org.xml.sax.Attributes;
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl BlobSource.java

[haul]

haul2003/01/15 07:59:32

  Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl
BlobSource.java
  Log:
  remove unused import
  
  Revision  ChangesPath
  1.6   +1 -2  
xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl/BlobSource.java
  
  Index: BlobSource.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl/BlobSource.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- BlobSource.java   9 Jan 2003 14:58:35 -   1.5
  +++ BlobSource.java   15 Jan 2003 15:59:32 -  1.6
  @@ -68,7 +68,6 @@
   import java.sql.Types;
   import java.util.Iterator;
   
  -import org.apache.avalon.framework.component.ComponentException;
   import org.apache.avalon.framework.component.ComponentManager;
   import org.apache.avalon.framework.component.ComponentSelector;
   import org.apache.avalon.framework.component.Composable;
  
  
  

--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail:  [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input AbstractJXPathModule.java AbstractMetaModule.java DigestMetaModule.java JXPathMetaModule.java RandomNumberModule.java

[haul]

haul2003/01/15 08:15:36

  Modified:src/java/org/apache/cocoon/components/modules/input Tag:
cocoon_2_0_3_branch AbstractJXPathModule.java
AbstractMetaModule.java DigestMetaModule.java
JXPathMetaModule.java RandomNumberModule.java
  Log:
  backport cleanups and small fixes from 2.1
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.3.2.5   +5 -3  
xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/AbstractJXPathModule.java
  
  Index: AbstractJXPathModule.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/AbstractJXPathModule.java,v
  retrieving revision 1.3.2.4
  retrieving revision 1.3.2.5
  diff -u -r1.3.2.4 -r1.3.2.5
  --- AbstractJXPathModule.java 16 Dec 2002 14:56:30 -  1.3.2.4
  +++ AbstractJXPathModule.java 15 Jan 2003 16:15:35 -  1.3.2.5
  @@ -215,11 +215,11 @@
   }
   
   
  -public Object getAttribute(String name, Configuration modeConf,
  -   Map objectModel)
  +public Object getAttribute(String name, Configuration modeConf, Map objectModel)
   throws ConfigurationException {
   
   Object contextObj = getContextObject(modeConf, objectModel);
  +if (contextObj == null) return null;
   try {
   JXPathContext jxContext = JXPathContext.newContext(contextObj);
   setupExtensions(jxContext, modeConf);
  @@ -238,6 +238,7 @@
   throws ConfigurationException {
   
   Object contextObj = getContextObject(modeConf, objectModel);
  +if (contextObj == null) return null;
   try {
   JXPathBeanInfo info = JXPathIntrospector.getBeanInfo(
   contextObj.getClass());
  @@ -261,6 +262,7 @@
   throws ConfigurationException {
   
   Object contextObj = getContextObject(modeConf, objectModel);
  +if (contextObj == null) return null;
   try {
   JXPathContext jxContext = JXPathContext.newContext(contextObj);
   List values = new LinkedList();
  
  
  
  1.3.2.4   +4 -5  
xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/AbstractMetaModule.java
  
  Index: AbstractMetaModule.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/AbstractMetaModule.java,v
  retrieving revision 1.3.2.3
  retrieving revision 1.3.2.4
  diff -u -r1.3.2.3 -r1.3.2.4
  --- AbstractMetaModule.java   19 Dec 2002 11:24:29 -  1.3.2.3
  +++ AbstractMetaModule.java   15 Jan 2003 16:15:35 -  1.3.2.4
  @@ -51,17 +51,16 @@
   
   package org.apache.cocoon.components.modules.input;
   
  +import java.util.Iterator;
  +import java.util.Map;
  +
   import org.apache.avalon.framework.activity.Disposable;
  -import org.apache.avalon.framework.activity.Initializable;
   import org.apache.avalon.framework.component.ComponentException;
   import org.apache.avalon.framework.component.ComponentManager;
   import org.apache.avalon.framework.component.ComponentSelector;
   import org.apache.avalon.framework.component.Composable;
   import org.apache.avalon.framework.configuration.Configuration;
   import org.apache.avalon.framework.thread.ThreadSafe;
  -
  -import java.util.Iterator;
  -import java.util.Map;
   
   /**
* AbstractMetaModule gives you the infrastructure for easily
  
  
  
  1.4.4.3   +20 -12
xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/DigestMetaModule.java
  
  Index: DigestMetaModule.java
  ===
  RCS file: 
/home/cvs/xml-cocoon2/src/java/org/apache/cocoon/components/modules/input/DigestMetaModule.java,v
  retrieving revision 1.4.4.2
  retrieving revision 1.4.4.3
  diff -u -r1.4.4.2 -r1.4.4.3
  --- DigestMetaModule.java 19 Dec 2002 11:24:29 -  1.4.4.2
  +++ DigestMetaModule.java 15 Jan 2003 16:15:35 -  1.4.4.3
  @@ -107,18 +107,23 @@
   // default vs dynamic
   Configuration inputConfig = null;
   String inputName=null;
  +String algorithm = this.defaultAlgorithm;
  +String provider  = this.defaultProvider;
  +String salt  = this.defaultSalt;
  +boolean encode = this.defaultEncode;
   if (modeConf!=null) {
   inputName   = 
modeConf.getChild("input-module").getAttribute("name",null);
   if (inputName != null) {
   inputConfig = modeConf.getChild("input-module");
   }
  +// read necessary parameters
  +algorithm = modeConf.getAttribute("algorithm", algorithm);
  +provider  = modeConf.getAttribute("provider" , provider );
  +salt  = modeConf.getA

Re: [VOTE] Inclusion of SAP R/3 components

[Torsten Curdt]

This has already been discussed [2] and [3]. Especially the long term
perspective really _is_ an issue. However, I believe that these
components will attract users and hopefully, the components can be
maintained that way.


I am pretty sure this will work out in the end...


Before actually adding the code to the 2.1 repository, I'd like to
have a final voting on it.

Ladies and Gentlemen, please cast your votes: Shall we accept the SAP
R/3 connectivity components from patch [1] ?

Here's my +1


...so here is my +1
--
Torsten



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [announce] CVSSource at cocoondev.org

[Stephan Michels]

On Wed, 15 Jan 2003, Sylvain Wallez wrote:

> Dear all,
>
> I'm please to announce the availability of the CVSSource I talked about
> recently on cocoon-dev.
>
> This component allows adding new protocols to the ones available in
> Cocoon (such as "resource:", "cocoon:", etc) which are linked "live" to
> a remote CVS repository. These protocols are _writeable_ : reading a
> CVSSource gets the latest revision of the corresponding file, and
> writing it creates a new revision.
>
> The implementation is based on a LGPL'ed library and so cannot be hosted
> on Apache's CVS. Steven Noels kindly accepted to host it on
> cocoondev.org. So everything is available at :
>http://www.cocoondev.org/projects/cvssource.html
>
> This is still to be considered experimental, although already used on
> real projects. So I'm awaiting your comments, suggestions and patches !

Thank you.

Re: [announce] CVSSource at cocoondev.org

[Sylvain Wallez]

Stephan Michels wrote:


On Wed, 15 Jan 2003, Sylvain Wallez wrote:

 

Dear all,

I'm please to announce the availability of the CVSSource I talked about
recently on cocoon-dev.

This component allows adding new protocols to the ones available in
Cocoon (such as "resource:", "cocoon:", etc) which are linked "live" to
a remote CVS repository. These protocols are _writeable_ : reading a
CVSSource gets the latest revision of the corresponding file, and
writing it creates a new revision.

The implementation is based on a LGPL'ed library and so cannot be hosted
on Apache's CVS. Steven Noels kindly accepted to host it on
cocoondev.org. So everything is available at :
  http://www.cocoondev.org/projects/cvssource.html

This is still to be considered experimental, although already used on
real projects. So I'm awaiting your comments, suggestions and patches !
   


Thank you.



Cocodoco?! What a funny name ;-)

Stephan Michels.
 


That's because, in the sample, this protocol is related to Cocoon's 
documentation. Hence "cocodoco", for "cocoon documentation". But you can 
name it as you want !

Sylvain

--
Sylvain Wallez  Anyware Technologies
http://www.apache.org/~sylvain   http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [announce] CVSSource at cocoondev.org

[Vadim Gritsenko]

Sylvain Wallez wrote:


Dear all,

I'm please to announce the availability of the CVSSource I talked 
about recently on cocoon-dev.

This component allows adding new protocols to the ones available in 
Cocoon (such as "resource:", "cocoon:", etc) which are linked "live" 
to a remote CVS repository. These protocols are _writeable_ : reading 
a CVSSource gets the latest revision of the corresponding file, and 
writing it creates a new revision.

The implementation is based on a LGPL'ed library and so cannot be 
hosted on Apache's CVS.


So, don't put library - put only mocks of needed classes. Can this be done?

Vadim




Steven Noels kindly accepted to host it on cocoondev.org. So 
everything is available at :
  http://www.cocoondev.org/projects/cvssource.html

This is still to be considered experimental, although already used on 
real projects. So I'm awaiting your comments, suggestions and patches !

Enjoy,
Sylvain




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

tomcat / cocoon problem

[Todd Densmore]

hello all,
I was just wondering if any of you have tried running the cocoon.war under
tomcat with the UNPACK WAR option set to FALSE? I am getting several errors
trying to compile the sitemap, although all the needed files have been
extracted to the ~work/ directory. We need to be able to run our war without
unpacking it. Is there something I am missing?
-todd

'A computer lets you make more mistakes faster than any invention in human
history - with the possible exceptions of handguns and tequila' - Mitch
Ratliffe

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [OT] you tried xmlMind?

[Bernhard Huber]

hi,


I have been waiting a long time to be able to work like this!

These types of editors are becoming a reality.


I downloaded the standard edition, and managed to make
it handle document-v10 cocoon documents.

I'm impressed!
And the spellchecker is quite helpful.

Any interests in these xxe config files for document-v10
document typs?
Contributing to the cocoon src/resources/dev/xxe directory of Cocoon?



Maybe we should start contributing XSD etc. Schemas for the different 
Cocoon document namespaces, like SQLTransformer, 
SourceWritingTransformer etc. we are going to start needing them for 
editors ;)
hmm, good idea...

thanks for the hint!
regards bernhard


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Why are CatalogManager.properties in subdir classes ???

[Bernhard Huber]

hi,

SAXESS - Hussayn Dabbous wrote:

Hy;

I wonder, why the Catalog.properties must reside
in the classes directory. For me it would be
more natural to put it either into WEB-INF, or
WEB-INF/conf instead.


com.sun.resolver.CatalogManager reads this property file from the 
classpath, so its not any Cocoon component responsible for that behaviour,
for a detailed explanantin, see userdocs/concepts entity catalogs 
(catalog.html)

regards bernhard


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: tomcat / cocoon problem

[John Austin]

> 'A computer lets you make more mistakes faster than any invention in human
> history - with the possible exceptions of handguns and tequila' - Mitch
> Ratliffe

But handguns are one invention and tequila is a completely different
invention. That's two inventions ...


-- 
John Austin <[EMAIL PROTECTED]>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

[announce] CVSSource at cocoondev.org

[Sylvain Wallez]

Dear all,

I'm please to announce the availability of the CVSSource I talked about 
recently on cocoon-dev.

This component allows adding new protocols to the ones available in 
Cocoon (such as "resource:", "cocoon:", etc) which are linked "live" to 
a remote CVS repository. These protocols are _writeable_ : reading a 
CVSSource gets the latest revision of the corresponding file, and 
writing it creates a new revision.

The implementation is based on a LGPL'ed library and so cannot be hosted 
on Apache's CVS. Steven Noels kindly accepted to host it on 
cocoondev.org. So everything is available at :
  http://www.cocoondev.org/projects/cvssource.html

This is still to be considered experimental, although already used on 
real projects. So I'm awaiting your comments, suggestions and patches !

Enjoy,
Sylvain

--
Sylvain Wallez  Anyware Technologies
http://www.apache.org/~sylvain   http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: [Jam3s][RT] Turbine for User Repository?

[Noel J. Bergman]

Nicola,

I agree with your and Stefano's basic premise of code reuse, however I would
also point out that there are already Java standard technologies for these
sorts of things: JNDI and JAAS.

Beyond the consideration that standards exist, and Turbine isn't one of
them, there are some technical problems with Turbine.

The Turbine User interface appears to be unacceptable in its current
incarnation.  It is, as is not uncommon for Turbine, tightly tied to the
Servlet API and it is based upon a static set of bean properties.  Both of
these are critical flaws.

The James project has already tentatively agreed to use a dynamic attributes
model, which fits with X.500 (JNDI/LDAP) and T-space data models.

If I were not to expose JNDI directly for some reason, such as perceived
learning curve, I'd consider an EzJNDI-lite layer that used other services,
such as JNDI itself, underneath.  It really would amount to little more than
a higher level wrapper with simplified interfaces.

Perhaps Quinton McCombs can clarify the picture regarding the apparent
technical problems with Turbine that would need to be cleared up:

 1) Servlet API inheritance
 2) Static, not dynamic, attribute set

plus the fact that JNDI and JAAS are the standard technologies implementing
those features in Java, and there is no indication how Turbine
uses/integrates those standards.

Clearing those issues by documentation, refactoring, or new code would be
acceptable.  If the Turbine folks want to do it, fine.  If not, and Avalon
wants to do it, fine.  If no one else wants to do it, James needs it anyway.
Again, I agree with the idea of sharing common code, but it has to be the
right common code.

--- Noel

ref: http://java.sun.com/products/jaas/
 http://java.sun.com/products/jndi/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [VOTE] Inclusion of SAP R/3 components

[Stefano Mazzocchi]

Torsten Curdt wrote:

This has already been discussed [2] and [3]. Especially the long term
perspective really _is_ an issue. However, I believe that these
components will attract users and hopefully, the components can be
maintained that way.



I am pretty sure this will work out in the end...


Before actually adding the code to the 2.1 repository, I'd like to
have a final voting on it.

Ladies and Gentlemen, please cast your votes: Shall we accept the SAP
R/3 connectivity components from patch [1] ?

Here's my +1



...so here is my +1


+1

--
Stefano Mazzocchi   <[EMAIL PROTECTED]>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [OT] London Cocoon meet (was Re: Back in London)

[Stefano Mazzocchi]

Andrew Savory wrote:

On Tue, 14 Jan 2003, Stefano Mazzocchi wrote:



Anyway, I'm leaving for Italy on the 22nd and I can't change that. So,
it's either monday night or tomorrow at lunch.



Yikes! Ok, let's make it Monday 20th night then. I'd suggest meeting in a
fairly central pub from 6 (I'll trust Thom to suggest one!) and then
heading on for food at Satsuma or somewhere similar.


+1

--
Stefano Mazzocchi   <[EMAIL PROTECTED]>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [announce] CVSSource at cocoondev.org

[Stefano Mazzocchi]

Sylvain Wallez wrote:

Dear all,

I'm please to announce the availability of the CVSSource I talked about 
recently on cocoon-dev.

This component allows adding new protocols to the ones available in 
Cocoon (such as "resource:", "cocoon:", etc) which are linked "live" to 
a remote CVS repository. These protocols are _writeable_ : reading a 
CVSSource gets the latest revision of the corresponding file, and 
writing it creates a new revision.

The implementation is based on a LGPL'ed library and so cannot be hosted 
on Apache's CVS. Steven Noels kindly accepted to host it on 
cocoondev.org. So everything is available at :
  http://www.cocoondev.org/projects/cvssource.html

This is still to be considered experimental, although already used on 
real projects. So I'm awaiting your comments, suggestions and patches !

Enjoy,
Sylvain


Awesome!

--
Stefano Mazzocchi   <[EMAIL PROTECTED]>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: xmlform samples are not working for me

[Ivelin Ivanov]

Title: xmlform samples are not working for me



This looks like another bad version of the Xerces or Xalan 
libs.
Have these been changed lately?
 
Ivelin
 

  - Original Message - 
  From: 
  Jonathan Spaeth 
  To: '[EMAIL PROTECTED]' 
  
  Sent: Wednesday, January 15, 2003 9:11 
  AM
  Subject: xmlform samples are not working 
  for me
  
  I just checked out the latest version of the 
  repository and found the xmlform samples are not working for me: 
  Here is the stack trace.  Has anybody seen 
  this or know what it could be related to? 
  java.lang.NullPointerException:at 
  org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.validatePipeline(AbstractCachingProcessingPipeline.java:424)at 
  org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.setupPipeline(AbstractCachingProcessingPipeline.java:545)at 
  org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.preparePipeline(AbstractProcessingPipeline.java:497)at 
  org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:463)at 
  org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:148)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:158)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at 
  org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at 
  org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at 
  org.apache.cocoon.Cocoon.process(Cocoon.java:600)at 
  org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)at 
  javax.servlet.http.HttpServlet.service(HttpServlet.java:853)at 
  org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)at 
  org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)at 
  org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)at 
  org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at 
  org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at 
  org.apache.catalina.core.ContainerBa

[Fwd: [announce] Agora 1.1]

[Stefano Mazzocchi]

--- Begin Message ---
I'm very proud to announce the availability of Agora 1.1.

This improved version includes a totally rewritten datacloud visualizer 
(written in Java since Dynamic SVG was *way* too slow for the purpose). 
It runs both as an applet and as a command line application.

The tool includes enough documentation to get you started and use the 
tool yourself, including some pregenerated dataclouds to play with the 
visualizer.

Get it from

 http://cvs.apache.org/~stefano/agora/

Comments, questions and any kind of feedback will be very appreciated.

Thank you.

--
Stefano Mazzocchi   <[EMAIL PROTECTED]>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--- End Message ---
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [Fwd: [announce] Agora 1.1]

[Nicola Ken Barozzi]

FICO! :-)

+1 ;-D

Che ne dici di metterlo su Alexandria? Sto per committare javasrc, 
rimettere l'applet e ristartare tutto.

Stefano Mazzocchi wrote:




Subject:
[announce] Agora 1.1


--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

top-level project?

[Greg Stein]

[ I just sent a very similar email to [EMAIL PROTECTED] ]

Hi all,

There is a Board meeting next Wednesday. I know there has been interest in
the past about Cocoon becoming a top-level project. Should you wish to
pursue that, then next week's board meeting could be ideal.

To establish the top-level project, the Board would need a resolution
similar to the other project-establishing resolutions (see the November
Board minutes for examples; Avalon and Ant were created then). The
resolution would need to include a Chair and a list of initial PMC
members.

PMC members "should" be equal to the active committers. The Chair can be
anybody that you feel would be constructive, whether a committer or not.
(generally, they should be an ASF member, but that isn't strictly
necessary)

I'll watch the mailing list when I can for questions, and/or you can just
email me if you have any.

Cheers,
-g

-- 
[EMAIL PROTECTED] ... ASF Chairman ... http://www.apache.org/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: [VOTE] Inclusion of SAP R/3 components

[Nicola Ken Barozzi]

Christian Haul wrote:

Team.


[...]

Ladies and Gentlemen, please cast your votes: Shall we accept the SAP
R/3 connectivity components from patch [1] ?


[...]

[1] http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9075


+1

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: top-level project?

[Steven Noels]

Greg Stein wrote:


To establish the top-level project, the Board would need a resolution
similar to the other project-establishing resolutions (see the November
Board minutes for examples; Avalon and Ant were created then). The
resolution would need to include a Chair and a list of initial PMC
members.


Stefano,

I did some homework to help you out (attached). Copied form the Ant 
resolution. If you would be able to paste in the list of PMC members, 
that would be great.


--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Read my weblog athttp://blogs.cocoondev.org/stevenn/
stevenn at outerthought.orgstevenn at apache.org
   Resolution to create the Cocoon PMC

   WHEREAS, the Board of Directors deems it to be in the best
   interests of the Foundation and consistent with the
   Foundation's purpose to establish a Project Management
   Committee charged with the creation and maintenance of
   open-source software related to the Apache Cocoon framework, for
   distribution at no charge to the public.

   NOW, THEREFORE, BE IT RESOLVED, that a Project Management
   Committee (PMC), to be known as the "Apache Cocoon PMC", be and
   hereby is established pursuant to Bylaws of the Foundation; and
   be it further

   RESOLVED, that the Apache Cocoon PMC be and hereby is responsible
   for the creation and maintenance of the Cocoon framework and
   related software components, based on software licensed to the
   Foundation; and be it further

   RESOLVED, that the office of "Vice President, Apache Cocoon" be
   and hereby is created, the person holding such office to serve
   at the direction of the Board of Directors as the chair of the
   Apache Cocoon PMC, and to have primary responsibility for
   management of the projects within the scope of responsibility
   of the Apache Cocoon PMC; and be it further

   RESOLVED, that the persons listed immediately below be and
   hereby are appointed to serve as the initial members of the
   Apache Cocoon PMC:

   {Stefano, please fill in from your list}

   NOW, THEREFORE, BE IT FURTHER RESOLVED, that Stefano Mazzocchi be
   and hereby is appointed to the office of Vice President, Apache
   Cocoon, to serve in accordance with and subject to the direction
   of the Board of Directors and the Bylaws of the Foundation
   until death, resignation, retirement, removal or
   disqualification, or until a successor is appointed; and be it
   further

   RESOLVED, that the initial Apache Cocoon PMC be and hereby is
   tasked with the creation of a set of bylaws intended to
   encourage open development and increased participation in the
   Apache Cocoon Project.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]