Re: [RT] FirstFriday - monthly virtual Hackathon (wiki pages)

[Bertrand Delacretaz]

FYI I have created http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday 
based on the recent discussions here.

Comments/ideas welcome.

-Bertrand

Re: [RT] FirstFriday - monthly virtual Hackathon

[Bertrand Delacretaz]

Le Mercredi, 8 oct 2003, à 15:11 Europe/Zurich, Timothy Larson a écrit :

--- Bertrand Delacretaz <[EMAIL PROTECTED]> wrote:
[1] I once tried coccinella (http://hem.fyristorg.com/matben/), it is
great and very lightweight, cross-platform, uses Jabber for
communication so no firewall problems
The project's website seems to indicate that it cannot go through
a firewall on its own.  Were you referring to the possibility of
tunneling through SSL?
err...no, I was thinking "NAT" but wrote "firewall".
AFAIK it only uses Jabber for communication though, so SSL tunnels 
should work. But I haven't tried.

-Bertrand

Re: [RT] FirstFriday - monthly virtual Hackathon

[Bertrand Delacretaz]

Le Jeudi, 9 oct 2003, à 07:35 Europe/Zurich, Tony Collen a écrit :
...Hmm, 0300 in my timezone.. I guess I'll be getting work started 
when most of Europe is leaving work for the day.. ah well, better than 
none :)
Dunno, people are probably also going to start later when coming back 
from work - we have to try and see I guess.

-Bertrand

Re: [RT] FirstFriday - monthly virtual Hackathon

[Tony Collen]

Bertrand Delacretaz wrote:

Le Mercredi, 8 oct 2003, à 13:47 Europe/Zurich, David Crossley a écrit :

...from whenever someone sends a mail here saying
that they're waiting for others to join


I think that it should start at a specific time. We know that
it is always on ... just be there when you can.
My suggestion is 09:00 Greenwich Mean Time.


Ok, let's try and see!


Hmm, 0300 in my timezone.. I guess I'll be getting work started when 
most of Europe is leaving work for the day.. ah well, better than none :)


-Bertrand



Tony

Re: [RT] FirstFriday - monthly virtual Hackathon

[Bertrand Delacretaz]

Le Mercredi, 8 oct 2003, à 13:47 Europe/Zurich, David Crossley a écrit :
...from whenever someone sends a mail here saying
that they're waiting for others to join
I think that it should start at a specific time. We know that
it is always on ... just be there when you can.
My suggestion is 09:00 Greenwich Mean Time.
Ok, let's try and see!

...If each developer and user would do just one little thing on the
day then that would be powerful.

...-Use IRC for real-time coordination
We would need to have good etiquette. I have stayed away from
IRC because i thought that it would degenerate into a mess.
Email has bad signal/noise ratio, so would not chat be worse.
Anyway, i am happy to try any tool that increases our productivity.
Also Apache projects need recorded transactions, hence email and
bugzilla for accountability and decision-making.
Could we stick with email for co-ordination?
I'm ok with keeping email as the main tool, and you're right about 
decisions and possible votes during FirstFriday, they need to take 
place on the lists.

Regarding IRC, it will certainly be going on at the same time too, 
we'll see how it works.

-Bertrand

Re: GT2003: a few pictures

[Luca Morandini]

Ugo Cei wrote:

Luca Morandini wrote:

BTW, it's about time for a Cocoon t-shirt, isn't it ?


I'm sorry for you, but the "Official GT2003 Gadget" was a Cocoon 
t-shirt. No catchy phrases on it, though, just logos ;-).
more salt on my wounds 

--
   Luca Morandini
   GIS Consultant
  [EMAIL PROTECTED]
http://space.virgilio.it/kumora/index.html
--

Re: [site docs] build failing

[David Crossley]

Tony Collen wrote:
> Hi everybody,
> 
> In my never-ending quest to get the cocoon docs built with forrest,
> I've recently downloaded  forrest-0.5.1-bin.  I am now slightly
> further ahead than last time when I had some problems.  Here's
> the output of my build (current CVS co):
> 
> 
> 
> 
> * [25]  1.192s 56.1Kb  userdocs/advanced/authentication/authentication.html
> * [0]   2.063s 52.2Kb  userdocs/advanced/authentication/authentication.pdf
> Total time: 7 minutes 25 seconds
> BUILD FAILED
> C:\tcollen\dev\xml-forrest\forrest.build.xml:631: Java returned: 1
> Total time: 8 minutes 2 seconds
> 
> BUILD FAILED
> file:C:/tcollen/dev/xml-forrest/forrest.antproxy.xml:45: Java returned: 1
> 
> Total time: 10 minutes 1 second
> 
> 
> 
> Any Forrest people have some hints?  There is no stack trace, and it seems to be 
> building the docs 
> with Forrest just fine until it gets to the end.
> 
> Frustrated, yet continuing on,

There was a broken link reported during the build. I think that
that is why we get a "build failed" message at the end. Otherwise
the docs are all built properly.

What the build neglected to say, was that you should do ...
cat build/cocoon-2.1.3-dev/tmp/brokenlinks.xml

  plan/changes.rss


Now here is a laugh (or the ultimate cry of frustration) ...

You do get that vital hint if there are *no* broken links.
Is that a Cocoon CLI bug or a Forrest bug?

--David

Re: Why is the link to the wiki so far away ?

[David Crossley]

Thanks Litrik, i added a navigation menu item to both the top-level
site and the 2.1 docs, and also a mention about documentation in general
on the top-level index.html
--David

Litrik De Roy wrote:
> Remember during the GT2003 when Steven asked the audience whether they check
> the website or the wiki for docs?
> 
> I was surprised to see how hard it is to find out about the wiki when
> visiting the Cocoon website:
> 
> There is no link on the navigation bar on http://cocoon.apache.org/ nor on
> http://cocoon.apache.org/2.1/ . There is a link on
> http://cocoon.apache.org/link/sites.html and some other pages but they are
> too far away.
> 
> A link to the Wiki would fit under the category "Community" I guess.
> 
> Litrik De Roy
> www.litrik.com

Re: ResolverImpl test case broken again?

[David Crossley]

Ugo Cei wrote:

> Did we really release with a broken test suite? I find it hard to 
> believe and I'm asking confirmation from someone else before I file an 
> issue in bugzilla.

Erk. Yes it seems that we did do the release without running
'build test'. I just added a note to the Wiki CocoonReleaseHowTo
to remind us.


> - Bug #20096 is to be reopened.
> - The test suite is broken, but we have a fix for that (patch is 
> attached below).

I tested your patch and that works fine on my system.
Well done, i believe that you have fixed it. Would you please commit.

So we can leave the resolver test cases there until we find something
better to do with them. We really need to clean up all of the testcases.
For example, do we need the XMLform stuff?

--David

Re: Eclipse debugging (was Re: [GT2003] Thank you)

[Upayavira]

Steve K wrote:

Upayavira wrote:

Start Cocoon with cocoon  servlet-debug (instead of just cocoon servlet)

Then, in eclipse, select run/debug...
Click remove java application, then new at the bottom.
Select your cocoon project. Click apply/debug.


The way I've been debugging cocoon is by extending the CocoonWrapper 
class and adding a slightly different version of the processURI() 
method that returns the status rather than throwing a 
ProcessingException on failure.  Then I have a Main class (actually, 
it is a ExcaliburTestCase class) that does the following:
One small point. The CocoonWrapper, while it does do what you need, is 
not intended to be a public interface, and, after discussions at the 
GetTogether, could change or be removed. I'd suggest you use (and extend 
if necessary) the CocoonBean, which after all has the same functionality.



CocoonTester cocoon = new CocoonTester();
ByteArrayOutputStream baos = new ByteArrayOutputStream();
cocoon.setContextDir("src/webapp");
cocoon.setLogKit("src/webapp/WEB-INF/debug-logkit.xconf");
cocoon.setLogger("stream");
cocoon.initialize();
cocoon.processURIStatus("test/", baos);
System.out.println(baos.toString());
Looks simple enough. Have you tried requesting a view? E.g.:
cocoon.processURIStatus("test/?cocoon-view=links", baos);
Does that work? If it does, that means that you can access the XML as it 
passes through your pipeline by just requesting specific views. If it 
doesn't work, then it needs fixing.

Note that CocoonTester is my subclass of CocoonWrapper, and 
debug-logkit.xconf is a modified version of the regular cocoon 
logkit.xconf that uses the stream target to log everything to System.out.
It all looks surprisingly neat and simple.

This is the beginnings of my effort to come up with a way to start 
unit testing cocoon pipelines.  It is easier than dealing with remote 
debugging, and dumping all the logs to the console is helpful as well. 
I'm looking into a way to send requests to cocoon using the 
SitemapSource rather than cocoon.process() to request a page since I'd 
like to get back SAX events rather than bytes.
Hmm. That would be a bit of a challenge. Why would sax events help you?

Regards, Upayavira

ResolverImpl test case broken again?

[Ugo Cei]

I'm a bit confused. First of all, I don't give a damn about 
ResolverImpl. It's deprecated and some time ago David Crossley proposed 
to remove the ResolverImplTestCase, because it caused the build to fail 
if deprecated classes were not compiled.

But now Carsten has fixed the problem 
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20096) and the build 
should run fine even without deprecated classes (but does it? See below).

The problem is that the test itself fails:

Testcase: testCatalogPropertiesAvailable took 0.009 sec
Caused an ERROR
null
java.lang.ClassCastException
at 
org.apache.cocoon.components.resolver.test.ResolverImplTestCase.setUp(ResolverImplTestCase.java:282)

I find it strange that nobody else noticed the problem, so maybe it has 
to do with some problem local to my machine (or maybe nobody ever runs 
the test suite). So I run "build test" on the 2.1.2 release and lo and 
behold ... it fails as well!

Did we really release with a broken test suite? I find it hard to 
believe and I'm asking confirmation from someone else before I file an 
issue in bugzilla.

From what I can understand, the bug is due to a mismatch between the 
source:

282:resolverImpl = (DefaultEntityResolver) manager.lookup(role);

and the ResolverImplTestCase.xtest file:



Well, of course ResolverImpl implements EntityResolver but does not 
extend DefaultEntityResolver, thus the ClassCastException.

Let's see what if I can do a quick fix (actually I'm writing this mail 
non post-facto, but as a kind of loud reasoning while I'm working on the 
problem) ... a few seconds later:

./build.sh test
...
BUILD SUCCESSFUL
Total time: 1 minute 54 seconds
OK, cool. Let's see if it runs without deprecated classes:

./build.sh test
...
java.lang.ClassNotFoundException: 
org.apache.cocoon.components.resolver.ResolverImpl
...
BUILD FAILED

Oh, shit! Let's try this on the 2.1.2 release ... same error! I'm 
baffled. Did bug 20096 rear its ugly head again? Was closing it a 
side-effect of Belgian beers? ;-).

So, to recapitulate:

- Bug #20096 is to be reopened.
- The test suite is broken, but we have a fix for that (patch is 
attached below).

[Of course it's entirely possible that I'm missing something obvious, 
being 1:23PM and maybe I'm still under the influence of the above 
mentioned beers.]

In the end, do we keep ResolverImplTestCase and try to fix bug #20096 
again, or do we drop it and go on? In my case, going on means writing 
some tests for Woody before I try to implement a feature I have in mind. 
I was just preparing to do this when I stumbled upon 
ResolverImplTestCase, so I'm inclined to say "kill the bastard and just 
go on".

What do you think?

	Ugo

P.S.: patch follows:

Index: ResolverImplTestCase.java
===
RCS file: 
/home/cvs/cocoon-2.1/src/test/org/apache/cocoon/components/resolver/test/ResolverImplTestCase.java,v
retrieving revision 1.7
diff -u -r1.7 ResolverImplTestCase.java
--- ResolverImplTestCase.java	30 Sep 2003 13:36:33 -	1.7
+++ ResolverImplTestCase.java	8 Oct 2003 23:33:03 -
@@ -59,10 +59,10 @@
 import org.apache.avalon.excalibur.testcase.ExcaliburTestCase;
 import org.apache.avalon.framework.activity.Disposable;
 import org.apache.avalon.framework.activity.Initializable;
+import org.apache.avalon.framework.component.Component;
 import org.apache.avalon.framework.context.DefaultContext;
 import org.apache.cocoon.Constants;
 import org.apache.excalibur.xml.EntityResolver;
-import org.apache.excalibur.xml.DefaultEntityResolver;
 import org.apache.cocoon.environment.commandline.CommandLineContext;
 import org.apache.cocoon.util.IOUtils;
 import org.xml.sax.InputSource;
@@ -231,7 +231,7 @@
 "\n" +
 "";
 private DefaultContext context;
-private DefaultEntityResolver resolverImpl;
+private EntityResolver resolverImpl;
 private File workDir;
 private File commandlineContextDir;

@@ -279,7 +279,7 @@
 super.setUp();
 String role = EntityResolver.ROLE;
-resolverImpl = (DefaultEntityResolver) manager.lookup(role);
+resolverImpl = (EntityResolver) manager.lookup(role);
 assertNotNull("ResolverImpl is null", resolverImpl);
 }
@@ -346,7 +346,7 @@
 super.tearDown();
 if (resolverImpl != null) {
-manager.release(resolverImpl);
+manager.release((Component) resolverImpl);
 resolverImpl = null;
 }
 }

DO NOT REPLY [Bug 15316] - FOP does not resolve relative paths

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15316

FOP does not resolve relative paths

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 Status|CLOSED  |REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 22:05 ---
I want to reopen this bug. Some time ago I talked to J. Pietschmann (I hope he
has nothing against cc-ing and can comment if necessary) about this issue and he
answered:

Hmhm, irgendwo lag mal ein Patch rum...

Ich bin durchaus versucht, FontResolver/ImageResolver/SourceResolver
in den maintenance Code einzubauen, nur mal so als Test obs was taugt.
Grosse Magie ist nicht dahinter: drei neue Klassen, ein paar schnelle
Config-Methoden und etwas Code hin-und-hergeschoben...

The translation in short:

There was a patch somewhere ...

Moving FontResolver/ImageResolver/SourceResolver (from FOP head if I'm not
wrong) to maintenance branch (0.20.x), some configs and moving around a bit code
should do it.

Are these changes only related to FOP?

Joerg

DO NOT REPLY [Bug 23682] - The icon in src/webapp/resources/icons is missing a transparant background.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23682

The icon in src/webapp/resources/icons is missing a transparant background.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

DO NOT REPLY [Bug 23682] - The icon in src/webapp/resources/icons is missing a transparant background.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23682

The icon in src/webapp/resources/icons is missing a transparant background.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

DO NOT REPLY [Bug 23615] - xsltc doesn't work with nodeset functions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23615

xsltc doesn't work with nodeset functions





--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 21:49 ---
> transformation from the command line: transformation succeeds

vs.

> within the cocoon pipeline: null pointer exception

No Cocoon issue??

the session tracking in cocooon

[jitong wang]

Hi, you all,
I am using cocoon for my project. However, I got a problem seems to be imposible to solve. 
It was originally an issure on session tracking. After cocoon received an request, it will assign the request to a suitable pipeline, then it will be sent to a certain servlet outside the cocoon for the actual treatment of the request. However, the request sent to the servlet is actually not the request sent to the pipe line, thought they have the same contents. Because of that, the session associated with the original request can not be sent to the servlet. 
Anyone can help me to solve this problem? thanks a lot.
Cecilia 
 
Tired of spam? Get advanced junk mail protection with MSN 8.

DO NOT REPLY [Bug 23681] - cocoon.bat has problems with configuration values containing blanks

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23681

cocoon.bat has problems with configuration values containing blanks

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |[EMAIL PROTECTED]
 Status|ASSIGNED|NEW



--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 21:39 ---
oops

DO NOT REPLY [Bug 23681] - cocoon.bat has problems with configuration values containing blanks

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23681

cocoon.bat has problems with configuration values containing blanks

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

Re: [SUMMARY] How-to debug cocoon with eclipse

[Upayavira]

Great.

Antonio Gallardo wrote:

Thank you Upayavira. It works.

Antonio Gallardo

Upayavira dijo:
 

Antonio Gallardo wrote:
   

Desafortunately, we dont know how to start cocoon in debug mode under
eclipse. If someone can write a doc about this, please do it. This will
for sure help us in finding where the bug is.
 

Start Cocoon with cocoon  servlet-debug (instead of just cocoon servlet)

Then, in eclipse, select run/debug...
Click remove java application, then new at the bottom.
Select your cocoon project. Click apply/debug.
Set a breakpoint in your code. Request a page with your browser from
port , and you should see eclipse catch the breakpoint.
Upayavira
   





 

Re: GT2003: a few pictures

[Ugo Cei]

Luca Morandini wrote:
BTW, it's about time for a Cocoon t-shirt, isn't it ?
I'm sorry for you, but the "Official GT2003 Gadget" was a Cocoon 
t-shirt. No catchy phrases on it, though, just logos ;-).

	Ugo

Re: GT2003: a few pictures

[Luca Morandini]

Ugo Cei wrote:

Luca Morandini wrote:

Could someone tell me the complete sentence on Marcus's T-shirt (see 
http://outerthought.net/~stevenn/GT2003Impressions-Pages/Image18.html) ?


Open source. It's the difference between trust and antitrust.

Brilliant :)

BTW, it's about time for a Cocoon t-shirt, isn't it ?

Regards,

--
   Luca Morandini
   GIS Consultant
  [EMAIL PROTECTED]
http://space.virgilio.it/kumora/index.html
--

[site docs] build failing

[Tony Collen]

Hi everybody,

In my never-ending quest to get the cocoon docs built with forrest, I've recently downloaded 
forrest-0.5.1-bin.  I am now slightly further ahead than last time when I had some problems.  Here's 
the output of my build (current CVS co):



* [25]  1.192s 56.1Kb  userdocs/advanced/authentication/authentication.html
* [0]   2.063s 52.2Kb  userdocs/advanced/authentication/authentication.pdf
Total time: 7 minutes 25 seconds
BUILD FAILED
C:\tcollen\dev\xml-forrest\forrest.build.xml:631: Java returned: 1
Total time: 8 minutes 2 seconds
BUILD FAILED
file:C:/tcollen/dev/xml-forrest/forrest.antproxy.xml:45: Java returned: 1
Total time: 10 minutes 1 second



Any Forrest people have some hints?  There is no stack trace, and it seems to be building the docs 
with Forrest just fine until it gets to the end.

Frustrated, yet continuing on,

Tony

getxml in XSP throws NPE if @path is invalid

[Tuomo L]

Hi,

This gives me a nasty NPE in XSP:

String foo = ;

This does not:

String foo = ;

Shouldn't it return null, if the given path is not available? It seems
that there's a bug. Could someone please fix this? I didn't find the cause
to this by looking at the code.

Using Cocoon-2.1.2.

Thanks,
Tuomo

Re: GT2003: a few pictures

[Andreas Hochsteger]

Luca Morandini wrote:

man, you've made me sad with these pics: I really missed the GT :(

Anyway, with a child barely two weeks old, it was impossible for me to 
join... looking forward for GT 2004 though ;)
Just two weeks old - congratulations BTW!
I had to say this since we're expecting one too at end of March :-)
Bye,
Andreas

[IMP] Fixed internal environment handling [was: RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/source/impl SitemapSource.java]

[Carsten Ziegeler]

(Ok, I keep on talking to myself :) )
Due to the various problem reports regarding the internal pipeline requests
I now refactored the environment handling; well, refactoring is perhaps
not the correct word, but I moved some code around and fixed two bugs
in the code that resulted in the usage of the wrong environment if
the cocoon: protocol has been nested or used in some specific ways.

My first tests are successful and theoretically it should be ok now (but
who nows?), but please test it as well. 

The changes affect two parts, so two things could be broken by the changes:
- if you're using RequestLifecycleComponents they might not be released
/lookedup correctly anymore 
- if you're using the cocoon: protocol, resources might not be resolved
correctly (have a look at the sample of the bug report).

I will try and add some test cases asap (or samples).

Carsten

Carsten Ziegeler
> 
> Just wait a little bit before you test it - I just realized during
> the drive back from Gent to Paderborn that there is still a bug
> in it. So I will first fix it.
> 
> Carsten
> 
> > Hi,
> > 
> > I just changed the core of Cocoon :) hopefully fixing it the last
> > time (before we completly rewrite it...)
> > 
> > Could you all please test if you experience any problems using
> > the cocoon: protocol, especially cascading the use of it?
> > The provided test case of bug 22377 now runs well.
> > 
> > BTW, if you are curious why I was late for the panel yesterday
> > afternoon at the GT, I was hunting the bug.
> > 
> > Carsten
> > 
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, October 08, 2003 12:33 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: cvs commit:
> > > cocoon-2.1/src/java/org/apache/cocoon/components/source/impl
> > > SitemapSource.java
> > > 
> > > 
> > > cziegeler2003/10/08 03:33:02
> > > 
> > >   Modified:src/java/org/apache/cocoon/components/source/impl
> > > SitemapSource.java
> > >   Log:
> > >   Hopefully fixing internal environment handling. This should fix 
> > > bug 22377.
> > >   
> > 
> 

SourceResolver does not send parameters?

[Nico Verwer]

Hello Cocoon developers,

I am trying to fetch a zip-file from a remote server and use this in a
generator and in cincludes later in my pipeline.
The zip-file is stored locally, because I do not want to repeat requests.
More importantly, the zip-file is *generated* on the remote server in
response to a HTTP POST request with a parameter named 'query'.

In order to achieve this, I wrote an action (this may a totally wrong
approach, please tell me) 'HttpFileAction' (code follows at the end of this
message). This requests the zip-file, stores it in a temporary file and sets
the sitemap variables filepath and fileurl (indicating where the file is
stored).
I use the action in my sitemap as follows:

  
http://remoteserver/zipfile-url";>
  
  


  

The zip-file contains a document called 'contents.xml', which is what I'd
like to see when I request 'test'.

The problem is that the remote server does not get the 'query' parameter. I
tested this by substituting a URL on my own server for the remoteserver URL:

  
http://myserver/showrequest";>
  
   


  

The showrequest is dealt with in the following pipeline:

  


  


This shows me the request, as expected, but the  is
empty!
It seems that the parameters are not sent by the SourceResolver that was
passed to my action (see code below). The SourceResolver appears to be a
org.apache.cocoon.environment.http.HttpEnvironment, which uses another
SourceResolver in a protected variable that I can't see.
I also don't see a way to indicate that the request should be POST, not GET.

Does anyone know how to pass parameters? Is there a better way that I didn't
think of?

Cheers, Nico.

--- Code of my action ---

package nl.kluwer; 

import java.io.*;
import java.util.Map;
import java.util.HashMap;
import org.apache.avalon.framework.parameters.Parameters;
import org.apache.cocoon.acting.AbstractAction;
import org.apache.cocoon.environment.ObjectModelHelper;
import org.apache.cocoon.environment.Redirector;
import org.apache.cocoon.environment.Request;
import org.apache.cocoon.environment.SourceResolver;
import org.apache.excalibur.source.Source;

public class HttpFileAction extends AbstractAction {
  public Map act (Redirector redirector,
  SourceResolver resolver,
  Map objectModel,
  String source,
  Parameters params) {
Map sitemapParams = new HashMap();
Source actionSource = null;
try {
  actionSource = resolver.resolveURI(source, null,
Parameters.toProperties(params));
  
} catch (Exception e) {
  getLogger().error("Cannot resolve HTTP-file action: "+e.toString());
  return null;
}
try {
  File tmpFile = File.createTempFile(source.replaceAll("[:/]", "_"),
".zip");
  InputStream tmpIn = actionSource.getInputStream();
  FileWriter tmpOut = new FileWriter(tmpFile.getPath());
  for (int c = tmpIn.read(); c >= 0; c = tmpIn.read()) {
tmpOut.write(c);
  }
  tmpOut.close();
  sitemapParams.put("filepath", tmpFile.getPath());
  sitemapParams.put("fileurl", tmpFile.toURI().toString());
} catch (Exception e) {
  getLogger().error("Cannot write file for HTTP-file action:
"+e.toString());
  return null;
}
return sitemapParams;
  }
}

Re: [RT] FirstFriday - monthly virtual Hackathon

[Andreas Hochsteger]

Carsten Ziegeler wrote:

Does anyone know of an IRC client that's not blocked by a firewall?
Or is it possible to use irc via my apache account?
Perhaps this might be of interest for you (though I've not tried it yet):
http://www.privaria.org/
Quote from the website:
"A Secure, Firewall-Friendly Platform for Peer-to-Peer Networking"
Sounds promising ...

Carsten
Bye,
Andreas

Re: [RT] FirstFriday - monthly virtual Hackathon

[Andreas Hochsteger]

Bertrand Delacretaz wrote:

Not really an RT, this was suggested by David Crossley yesterday (or 
sometime earlier, my body clock feels funny this morning ;-)

Could we have a monthly "virtual hackathon" on the first Friday of each 
month?

Suggestions:

-Takes place on the first Friday of every month

-Lasts about 24 hours, from whenever someone sends a mail here saying 
that they're waiting for others to join

-Use IRC for real-time coordination

-Use normal bugzilla coordination once someone actually starts working 
on a bug

-Possibly use SubEthaEdit or similar whiteboarding tools [1] for pair 
programming/reviews

-The goal is to close as many Bugzilla issues as possible, or bring them 
to a useful state (asking for clarifications etc)

How does this sound?
-Bertrand
[1] I once tried coccinella (http://hem.fyristorg.com/matben/), it is 
great and very lightweight, cross-platform, uses Jabber for 
communication so no firewall problems
This made me look at some more tools which allow to work collaboratively 
on something like a whiteboard.

Here are some more tools I found:
http://highstick.blogspot.com/2003_10_01_highstick_archive.html#106564104151881746
Bye,
Andreas

Re: [RT] Finishing the first phase of block design

[Andreas Hochsteger]

Geoff Howard wrote:

I think it's not planned now or in future to explicitly describe these 
_in machine readable form_ (this does not preclude a document targeted 
at humans to describe what must be done or not done).  The idea is that 
there are so many different shades of "contracts" that they could never
really be described explicitly.  By the way, this is almost a complete 
quote of what Stefano said at one point.  I'm not claiming to be an 
authority on blocks - just regurgitating what I've taken in.

What I'm musing about though is not qualitatively describing the 
behavior or resource, but just naming it or otherwise labeling it 
explicitly as exposed or not exposed.  One option is to add it to the 
block.xml but I think this would be tedious if we also require a 
pipeline setup.

However, Stefan Michels' proposal about declaring access modifiers on 
sitemap elements (he was referring to components but I'm specifically 
keying in on pipeline definitions) may be just the ticket: simple, 
declarative and clear.  By the way, it is sort of analogous to the 
meta-info stuff at Avalon.  The deploy process for a block may find it 
useful to assemble and organize information on which pipeline resources 
are publicly available, but that can be decided at implementation time.

Thanks for taking the time to answer my questions, Geoff.



By the way, I forgot to add one more question on my list of musings:

- Would even "internal-only" pipelines be protected as things stand now 
in the design?

Geoff
Bye,
Andreas

[SUMMARY] How-to debug cocoon with eclipse

[Antonio Gallardo]

Thank you Upayavira. It works.

Antonio Gallardo

Upayavira dijo:
> Antonio Gallardo wrote:
>>Desafortunately, we dont know how to start cocoon in debug mode under
>> eclipse. If someone can write a doc about this, please do it. This will
>> for sure help us in finding where the bug is.
>
> Start Cocoon with cocoon  servlet-debug (instead of just cocoon servlet)
>
> Then, in eclipse, select run/debug...
> Click remove java application, then new at the bottom.
> Select your cocoon project. Click apply/debug.
>
> Set a breakpoint in your code. Request a page with your browser from
> port , and you should see eclipse catch the breakpoint.
>
> Upayavira

Why is the link to the wiki so far away ?

[Litrik De Roy]

Remember during the GT2003 when Steven asked the audience whether they check
the website or the wiki for docs?

I was surprised to see how hard it is to find out about the wiki when
visiting the Cocoon website:

There is no link on the navigation bar on http://cocoon.apache.org/ nor on
http://cocoon.apache.org/2.1/ . There is a link on
http://cocoon.apache.org/link/sites.html and some other pages but they are
too far away.

A link to the Wiki would fit under the category "Community" I guess.

Litrik De Roy
www.litrik.com

DO NOT REPLY [Bug 23682] - The icon in src/webapp/resources/icons is missing a transparant background.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23682

The icon in src/webapp/resources/icons is missing a transparant background.





--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 19:46 ---
Created an attachment (id=8497)
icon with transparant background

DO NOT REPLY [Bug 23682] New: - The icon in src/webapp/resources/icons is missing a transparant background.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23682

The icon in src/webapp/resources/icons is missing a transparant background.

   Summary: The icon in src/webapp/resources/icons is missing a
transparant background.
   Product: Cocoon 2
   Version: Current CVS 2.1
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: core
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Having a white logo on a white background is not ideal. I have a version of the
icon with a transparant background which makes the logo stand out.

It looks nice on my Windows XP with standard colors. I don't know about other
OSes. Feel free to use or throw away...

Re: GT2003: a few pictures

[Ugo Cei]

Luca Morandini wrote:
Could someone tell me the complete sentence on Marcus's T-shirt (see 
http://outerthought.net/~stevenn/GT2003Impressions-Pages/Image18.html) ?
Open source. It's the difference between trust and antitrust.

	Ugo

DO NOT REPLY [Bug 23681] - cocoon.bat has problems with configuration values containing blanks

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23681

cocoon.bat has problems with configuration values containing blanks





--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 19:33 ---
Created an attachment (id=8496)
Patch for surrounding variables with double quotes

DO NOT REPLY [Bug 23681] New: - cocoon.bat has problems with configuration values containing blanks

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23681

cocoon.bat has problems with configuration values containing blanks

   Summary: cocoon.bat has problems with configuration values
containing blanks
   Product: Cocoon 2
   Version: Current CVS 2.1
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: core
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Most of the configuration variables in cocoon.bat are not enclosed with double
quotes. This causes problems when the variable contains blanks.

Especially the variables for paths are critical because a path like
"C:\Documents and Settings\Litrik\My Documents\webapp" only works if it is
surrouned by double quotes.

Re: [GT2003] Thank you

[Timothy Larson]

--- Christian Haul <[EMAIL PROTECTED]> wrote:
> A big hand for the great team at Outerthought for organizing this unique 
> and wonderful event. Thank you guys! Really looking forward for a GT2004 
> in Ghent.

A big "THANK YOU" to everyone who blogged, wikied, videoed, etc.
It helped those of us who could not come not feel so far away.

I am looking forward to the virtual meetings, if I can overcome my work
firewall issues.  Since they will be on Fridays, I might be able to hook
in after work from home.

--Tim Larson


__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

Re: GT2003: a few pictures

[Luca Morandini]

Steven Noels wrote:
http://outerthought.net/~stevenn/GT2003Impressions.html

enjoy,


man, you've made me sad with these pics: I really missed the GT :(

Anyway, with a child barely two weeks old, it was impossible for me to 
join... looking forward for GT 2004 though ;)

Regards,

P.S.
Could someone tell me the complete sentence on Marcus's T-shirt (see 
http://outerthought.net/~stevenn/GT2003Impressions-Pages/Image18.html) ?

--
   Luca Morandini
   GIS Consultant
  [EMAIL PROTECTED]
http://space.virgilio.it/kumora/index.html
--

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/source/impl SitemapSource.java

[Carsten Ziegeler]

Just wait a little bit before you test it - I just realized during
the drive back from Gent to Paderborn that there is still a bug
in it. So I will first fix it.

Carsten

> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2003 12:42 PM
> To: [EMAIL PROTECTED]
> Subject: RE: cvs commit:
> cocoon-2.1/src/java/org/apache/cocoon/components/source/impl
> SitemapSource.java
> 
> 
> Hi,
> 
> I just changed the core of Cocoon :) hopefully fixing it the last
> time (before we completly rewrite it...)
> 
> Could you all please test if you experience any problems using
> the cocoon: protocol, especially cascading the use of it?
> The provided test case of bug 22377 now runs well.
> 
> BTW, if you are curious why I was late for the panel yesterday
> afternoon at the GT, I was hunting the bug.
> 
> Carsten
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, October 08, 2003 12:33 PM
> > To: [EMAIL PROTECTED]
> > Subject: cvs commit:
> > cocoon-2.1/src/java/org/apache/cocoon/components/source/impl
> > SitemapSource.java
> > 
> > 
> > cziegeler2003/10/08 03:33:02
> > 
> >   Modified:src/java/org/apache/cocoon/components/source/impl
> > SitemapSource.java
> >   Log:
> >   Hopefully fixing internal environment handling. This should fix 
> > bug 22377.
> >   
> 

RE: [RT] FirstFriday - monthly virtual Hackathon

[Carsten Ziegeler]

Michael Wechner wrote:
> 
> you first need to reset the domain resolving for "freenode" for instance:
> 
> On Linux:
> 
> # su
> # vi /etc/hosts
> 
> Add the following line:
> 127.0.0.1 irc.freenode.org
> 
> then you can create the tunnel by
> ssh -l carsten -L 6667:irc.freenode.org:6667 www.apache.org
> 
> (well, you might need to replace the username and hostname)
> 
> and then you should be able to use "chatZilla" for instance just as you 
> would be using it without a firewall.
> 
Ah, thanks now I get it! Will try that!

Thanks
Carsten

DO NOT REPLY [Bug 10203] - Docs referenced by XSLT's document() are not included in cache validity

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10203

Docs referenced by XSLT's document() are not included in cache validity





--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 17:28 ---
Ah, ok you're right. Although I guess that it's technical possible it will get 
even more messy than the whole caching code is already.
In my opinion, it's sufficient to document this behaviour. Users can take care 
of it - if they know.

On the other hand, I think this is more a feature request than a bug. So I 
suggest to add this to our feature request page at the wiki and close this bug.
Or you can start a vote if this is more a bug or more a feature request first.

[RT] Separation of Blocks and Avalon

[Ryan Hoegg]

Hi,

I've been following the block design discussion and wiki evolution with 
great interest for a couple months now (blame Geoff).  Blocks look 
wonderful, and I can't wait to develop my cocoon based applications as 
blocks.

I have a concern about the bundling of exposed avalon services with 
blocks.  Specifically, in the recent thread about "Finishing the First 
Phase of Block Design" and on 
http://wiki.cocoondev.org/Wiki.jsp?page=BlocksDefinition I see some 
duplicated effort.  As Stephen McConnell noticed, some of this 
functionality is already built, tested, and maintained in several avalon 
containers.  Why not package avalon blocks/services/components in the 
way the container expects, and include them somewhere like /COB-INF/lib 
or /COB-INF/public/lib?  Or, even cleaner separation can be had in some 
cases by deploying them to the avalon container independently.

If things are done this way, the problem noted in the thread I mentioned 
above could be completely avoided.  There would be no need to expose 
classes through the block interface because all java would be exposed as 
avalon services. 

I think this would simplify the block design greatly, and allow us to 
focus on cocoon-specific aspects.

Thoughts?

--
Ryan Hoegg
ISIS Networks
http://www.isisnetworks.net

Re: Eclipse debugging (was Re: [GT2003] Thank you)

[Steve K]

Upayavira wrote:
Start Cocoon with cocoon  servlet-debug (instead of just cocoon servlet)

Then, in eclipse, select run/debug...
Click remove java application, then new at the bottom.
Select your cocoon project. Click apply/debug.
The way I've been debugging cocoon is by extending the CocoonWrapper 
class and adding a slightly different version of the processURI() method 
that returns the status rather than throwing a ProcessingException on 
failure.  Then I have a Main class (actually, it is a ExcaliburTestCase 
class) that does the following:



CocoonTester cocoon = new CocoonTester();
ByteArrayOutputStream baos = new ByteArrayOutputStream();
cocoon.setContextDir("src/webapp");
cocoon.setLogKit("src/webapp/WEB-INF/debug-logkit.xconf");
cocoon.setLogger("stream");
cocoon.initialize();
cocoon.processURIStatus("test/", baos);
System.out.println(baos.toString());


Note that CocoonTester is my subclass of CocoonWrapper, and 
debug-logkit.xconf is a modified version of the regular cocoon 
logkit.xconf that uses the stream target to log everything to System.out.

This is the beginnings of my effort to come up with a way to start unit 
testing cocoon pipelines.  It is easier than dealing with remote 
debugging, and dumping all the logs to the console is helpful as well. 
I'm looking into a way to send requests to cocoon using the 
SitemapSource rather than cocoon.process() to request a page since I'd 
like to get back SAX events rather than bytes.

cheers,
-steve

DO NOT REPLY [Bug 23678] New: - [Woody] A bug in Submit class [never validate the form], with a simple fix.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23678

[Woody] A bug in Submit class [never validate the form], with a simple fix.

   Summary: [Woody] A bug in Submit class [never validate the form],
with a simple fix.
   Product: Cocoon 2
   Version: Current CVS 2.1
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: general components
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


org.apache.cocoon.woody.formmodel.Submit never validated the form after
submition, due to a simple bug.

The validateForm boolean variable was ignored, a simple fix is to add :

this.validateForm = validateForm;

public Submit(ActionDefinition definition, boolean validateForm) {
super(definition);
this.validateForm = validateForm;
}

And  works fine after doing that.

Re: [GT2003] Thank you

[Christian Haul]

Carsten Ziegeler wrote:
Unfortunately the GT is over now :(
A big hand for the great team at Outerthought for organizing this unique 
and wonderful event. Thank you guys! Really looking forward for a GT2004 
in Ghent.

	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

DO NOT REPLY [Bug 23328] - XSP ESQL logicsheet example fails if Oracle 8i database used

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=23328

XSP ESQL logicsheet example fails if Oracle 8i database used





--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 15:50 ---
The problem seems to occur whenever ESQL logic sheet is used with Oracle.This 
is a major problem for me

Re: Flow Class not found error, the class is in the jars. then ?

[Tony Collen]

Antonio Gallardo wrote:

[snip]

Thanks Tony, but does not work. :(

The same error message. Currently, I am trying to create another class and
do all the logic inside the class. Maybe it will work, because in XSP
everything is OK.


Dang, Well.. perhaps someone else who's used the flow a little more extensively can help then :)

Best Regards,

Antonio Gallardo


Tony

GT2003: a few pictures

[Steven Noels]

http://outerthought.net/~stevenn/GT2003Impressions.html

enjoy,


--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java & XMLAn Orixo Member
Read my weblog athttp://blogs.cocoondev.org/stevenn/
stevenn at outerthought.orgstevenn at apache.org

Re: Flow Class not found error, the class is in the jars. then ?

[Antonio Gallardo]

Tony Collen dijo:
> Antonio Gallardo wrote:
>
>> Hi:
>>
>> I am bug tracking the OJb example using Woody.
>>
>> If I comment the OJB lines that BTW, works well in the xsp example, it
>> works fine. Here is the code. The bug is at the first line (see code
>> below). It looks like Flow cannot find a class, but the class is in a
>> jar into WEB-INF.
>>
>> Here is the cause of the Exception:
>> java.lang.NoClassDefFoundError: javax/transaction/Synchronization
>>
>> Where I can define what libraries Flow can look for?
>>
>> Best Regards,
>>
>> Antonio Gallardo.
>>
>> **
>> CODE
>> **
>>
>> var tx = pm.currentTransaction();
>> if (tx == null)
>>   print("Error: Cannot get current Transaction\n");
>> else {
>>   // Start Database transaction
>>   tx.begin();
>>   pm.makePersistence(bean);
>>   // End Database transaction
>>   tx.commit();
>
> Antonio,
>
> Without seeing all of your flow code, I'd say you need to prefix
> "Packages." onto the front of something.  For instance, if I wanted for
> some reason to instantiate a java.util.Vector, i'd go:
>
> var myJsVector = new Packages.java.util.Vector();
>
> My guess is that you need to append "packages" onto the front of where
> you create your pm.
>
> I could be wrong though! :)

Thanks Tony, but does not work. :(

The same error message. Currently, I am trying to create another class and
do all the logic inside the class. Maybe it will work, because in XSP
everything is OK.

Best Regards,

Antonio Gallardo

Re: Flow Class not found error, the class is in the jars. then ?

[Tony Collen]

Antonio Gallardo wrote:

Hi:

I am bug tracking the OJb example using Woody.

If I comment the OJB lines that BTW, works well in the xsp example, it
works fine. Here is the code. The bug is at the first line (see code
below). It looks like Flow cannot find a class, but the class is in a jar
into WEB-INF.
Here is the cause of the Exception:
java.lang.NoClassDefFoundError: javax/transaction/Synchronization
Where I can define what libraries Flow can look for?

Best Regards,

Antonio Gallardo.

**
CODE
**
var tx = pm.currentTransaction();
if (tx == null)
  print("Error: Cannot get current Transaction\n");
else {
  // Start Database transaction
  tx.begin();
  pm.makePersistence(bean);
  // End Database transaction
  tx.commit();
Antonio,

Without seeing all of your flow code, I'd say you need to prefix 
"Packages." onto the front of something.  For instance, if I wanted for 
some reason to instantiate a java.util.Vector, i'd go:

var myJsVector = new Packages.java.util.Vector();

My guess is that you need to append "packages" onto the front of where 
you create your pm.

I could be wrong though! :)

Tony

Re: [RT] FirstFriday - monthly virtual Hackathon

[Timothy Larson]

--- Bertrand Delacretaz <[EMAIL PROTECTED]> wrote:
> [1] I once tried coccinella (http://hem.fyristorg.com/matben/), it is 
> great and very lightweight, cross-platform, uses Jabber for 
> communication so no firewall problems

The project's website seems to indicate that it cannot go through
a firewall on its own.  Were you referring to the possibility of
tunneling through SSL?  It looks like a useful program if we can
overcome the firewall issue somehow.

>From the FAQ at http://hem.fyristorg.com/matben/faq/index.html
Q: From work/school I can't connect to the Jabber server?  
A: You are probably sitting behind a firewall which I don't
have any workaround for yet. Work in progress. 
  
--Tim Larson


__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

Re: Brilliant GT!

[Steven Noels]

Bertrand Delacretaz wrote:

AFAIK talks will be put online by the GT team shortly, so no need for 
every speaker to put their stuff online.
I'm in the process of moving files to the main Cocoon download site, so 
that they are available across the mirrors as well.


--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java & XMLAn Orixo Member
Read my weblog athttp://blogs.cocoondev.org/stevenn/
stevenn at outerthought.orgstevenn at apache.org

Input modules in cocoon.xconf

[Arje Cahn]

Hi all,

This issue has been discussed quite thoroughly somewhere in january, but I'm running 
into the same trouble again and can't figure out what the current state is. Was the 
decision about leaving the input module configurations in the cocoon.xconf final (as 
opposed to moving them into the sitemap)? Or did things change with 2.1 or even 2.2?


Regards,
Arjé

RE: [RT] FirstFriday - monthly virtual Hackathon

[TREGAN Fabien]

Title: RE: [RT] FirstFriday - monthly virtual Hackathon







> De : Michael Wechner [mailto:[EMAIL PROTECTED]]


>Does anyone know of an IRC client that's not blocked by a firewall?


Blocking IRC is the problem of the firewall and has nothing to do with the client (if a client could pass firewall, why would there be blocking firewalls ?)

Another solution might be to find someone who do not have firewall problems and can install one of this "irc web gate" (and IRC client (server ?) that can be accessed remotely via a web interface, one of them is called CGI-IRC and is free IIRC)

fabien.

pseudo-protocol

[marcos nieto]

Hi all, Is it possible use pseudo- protocol in a xml file? because I've this file ...    cocoon://menuarbre-coplet        esport  5001         
    And it doesn´t work "cocoon:// "  but  "cocoon:/" it's work ... I use cocoon 2.1.1 thanks a lot. byeYahoo! MessengerNueva versión: Super Webcam, voz, caritas animadas, y más ¡Gratis!

Re: [RT] FirstFriday - monthly virtual Hackathon

[Michael Wechner]

Carsten Ziegeler wrote:
Michael Wechner wrote:

Carsten Ziegeler wrote:



Does anyone know of an IRC client that's not blocked by a firewall?
Or is it possible to use irc via my apache account?
you could tunnel through ssh (I guess ssh gets through your firwall)

Yes. How does it work? Can you please expand a little bit?
you first need to reset the domain resolving for "freenode" for instance:

On Linux:

# su
# vi /etc/hosts
Add the following line:
127.0.0.1 irc.freenode.org
then you can create the tunnel by
ssh -l carsten -L 6667:irc.freenode.org:6667 www.apache.org
(well, you might need to replace the username and hostname)

and then you should be able to use "chatZilla" for instance just as you 
would be using it without a firewall.

HTH

Michael

Thanks!
Carsten


--
Michael Wechner
Wyona Ltd.  -   Open Source Content Management   -   Apache Lenya
http://www.wyona.com  http://cocoon.apache.org/lenya/
[EMAIL PROTECTED][EMAIL PROTECTED]

Re: Bug in SessionAttributeGenerator?

[Bruno Dumon]

On Tue, 2003-10-07 at 16:41, Andrzej Jan Taramina wrote:
> I ran into what seems to be the infamous "failed to execute pipeline" problem 
> with Cocoon 2.1.2 in trying to execute a simple XSLT transform.  
> 
> Eliminating the transform from the pipeline and serializing directly to XML 
> showed well formed XML going into the transform step, which was very 
> frustrating, so I put in a logging transform. Lo and behold, the logger 
> showed that the startDocument and endDocument SAX events were doubled up!
> 
> What caused this problem is that I had set a session attribute to hold the 
> XML document I wanted transformed, but I had set that attribute to be the DOM 
> Document object, then used SessionAttributeGenerator to create the SAX event 
> stream for the transformation.  This should be perfectly acceptable!
> 
> Problem is that the generate() method in SessionAttributeGenerator looks as 
> follows:


I just committed a fix, could you try it out and confirm that it works?
Thanks.

-- 
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
[EMAIL PROTECTED]  [EMAIL PROTECTED]

Use of a connection in an avalon component

[Olivier Billard]

Hi all !

I wonder how to use a DataSourceComponent and its connection in a custom cocoon avalon 
component, that is ThreadSafe, to use all performance and connection pool used in Cocoon.

Should I :
 - get a connection via datasource.getConnection() and close() it for each public method 
call,
 - get a connection in the initialize() method from the interface Initializable, close() 
it on the dispose() method from Disposable interface, and only create a Statement for each 
public method call ?
 - implement another avalon interface, like Runnable, to get/relase the Connection ?

I looked for exemples in the databases block, but the helpers are not Components.

Thank you,

--
Olivier BILLARD

Re: [RT] Finishing the first phase of block design

[Geoff Howard]

Andreas Hochsteger wrote:


Geoff Howard wrote:

Exposing Resources
--
I'm adding this because my brain is still a little unsure about this. 
So far, we've said that file resources (an xsl for example)

1) need to be exposed via a sitemap pipeline, even if only by a reader
2) are not anywhere declared explicitly (except in the pipeline of 
course)
3) are not distinguised from resources meant to be private by any 
formal semantics, though this information could be conveyed 
human-to-human in any block docs (blocs? blockumentation? ;) ).

Here are my oustanding questions:

- Will we regret requiring the overhead of pipeline setup (runtime I 
mean) for blocks which expose a great deal of otherwise static resources?
- Not found resources will have to go through every pipeline to 
determine that it's not found.  With fallback behavior due to 
polymorphism this gets worse.
- Will not explicitly declaring which resources are meant to be public 
cause trouble for block implementors and extenders?


If a block provides resources (e.g. an XSL file) it also implicitely 
provides a contract for the use of this XSL file. This would be an XML 
document conforming to a certain schema (no matter if xsd, dtd, rng, ...).

Until now I've not understood how you can describe this contract. Is it 
something we want to take care of now, or do we extend the explicit 
contracts, when we have some experiences with blocks to know how to deal 
with this issue.

This can also affect other resources too:
If you provide a skin block which another block extends, how can you 
make sure, that the logo has the size 80x80 pixels?

There are surely many areas where it might make sense to explicitely 
describe those contracts, but I fail to see, if this is planned nor if 
we should take care about this now.
I think it's not planned now or in future to explicitly describe these 
_in machine readable form_ (this does not preclude a document targeted 
at humans to describe what must be done or not done).  The idea is that 
there are so many different shades of "contracts" that they could never
really be described explicitly.  By the way, this is almost a complete 
quote of what Stefano said at one point.  I'm not claiming to be an 
authority on blocks - just regurgitating what I've taken in.

What I'm musing about though is not qualitatively describing the 
behavior or resource, but just naming it or otherwise labeling it 
explicitly as exposed or not exposed.  One option is to add it to the 
block.xml but I think this would be tedious if we also require a 
pipeline setup.

However, Stefan Michels' proposal about declaring access modifiers on 
sitemap elements (he was referring to components but I'm specifically 
keying in on pipeline definitions) may be just the ticket: simple, 
declarative and clear.  By the way, it is sort of analogous to the 
meta-info stuff at Avalon.  The deploy process for a block may find it 
useful to assemble and organize information on which pipeline resources 
are publicly available, but that can be decided at implementation time.



By the way, I forgot to add one more question on my list of musings:

- Would even "internal-only" pipelines be protected as things stand now 
in the design?

Geoff

DO NOT REPLY [Bug 10203] - Docs referenced by XSLT's document() are not included in cache validity

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10203

Docs referenced by XSLT's document() are not included in cache validity

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement
 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 11:57 ---
I think you're confusing the problem with included and imported stylesheets.

The problem with the document() function is that AFAIK it's impossible to
include information gathered during execution of the pipeline in the cache
validity. The same "problem" also prevents the creation of a caching
XIncludeTransformer. Would it be possible (just speaking conceptually) to
request the cache validity from the pipeline components after execution of the
pipeline?

Re: [RT] FirstFriday - monthly virtual Hackathon

[Antonio Gallardo]

David Crossley dijo:
>> -Use IRC for real-time coordination
>
> We would need to have good etiquette. I have stayed away from
> IRC because i thought that it would degenerate into a mess.
> Email has bad signal/noise ratio, so would not chat be worse.
> Anyway, i am happy to try any tool that increases our productivity.
>
> Also Apache projects need recorded transactions, hence email and
> bugzilla for accountability and decision-making.
>
> Could we stick with email for co-ordination?

Hi David:

some IRC clients allow to save in a txt file the log of the channel, so it
is posible to send it via mail later or post it to the CVS.

Or course we will need an "official secretary" that will that. That way
the etiquette can be filled. :)

Best Regards,

Antonio Gallardo

DO NOT REPLY [Bug 6200] - Parser failure with validate=true when processing stylesheet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=6200

Parser failure with validate=true when processing stylesheet





--- Additional Comments From [EMAIL PROTECTED]  2003-10-08 11:55 ---
Configuring the xml-parser component with validate=true will never work, simply
because this is the parser used to parse every single XML file. This means also
XSLT stylesheets, JXTemplate files, Woody form definition, or any arbitrary XML
markup. We can't possible have DTD's for all these formats, and can't require
the DOCTYPE to be present everywhere.

What would be needed in my opinion is a ComponentManager where we can
explicitely resolve the dependencies. So you would then be able to configure
multiple instances of the xml-parser and let one filegenerator use a validating
parser and let another one use a nonvalidating parser.

Something similar is currently done for the store component: there are multiple
stores and for some components you can explicitely configure which store role
they should use.

We could do the same thing for the xml-parser, i.e. make a "parser/validating"
role and a "parser/nonvalidating" role and make it possible for relevant
components (mostly the FileGenerator I think) to configure which role they
should use. However this seems like an abuse of the role concept, I'd rather
have a component system where the dependencies can be explicitely provided (I
know this is possible in the Phoenix container, not in ECM, don't know about the
others).

Re: [RT] FirstFriday - monthly virtual Hackathon

[David Crossley]

Bertrand Delacretaz wrote:
> Not really an RT, this was suggested by David Crossley yesterday (or 
> sometime earlier, my body clock feels funny this morning ;-)
> 
> Could we have a monthly "virtual hackathon" on the first Friday of each 
> month?
> 
> Suggestions:
> 
> -Takes place on the first Friday of every month

I like that ... FirstFriday is able to be remembered.

Friday/Saturday is a good day - part work, part non-work.

So the first one would be 7 November.

> -Lasts about 24 hours,

Yes, one rotation gives the whole planet a chance to be involved.

> from whenever someone sends a mail here saying 
> that they're waiting for others to join

I think that it should start at a specific time. We know that
it is always on ... just be there when you can.

My suggestion is 09:00 Greenwich Mean Time.

If each developer and user would do just one little thing on the
day then that would be powerful.

> -Use IRC for real-time coordination

We would need to have good etiquette. I have stayed away from
IRC because i thought that it would degenerate into a mess.
Email has bad signal/noise ratio, so would not chat be worse.
Anyway, i am happy to try any tool that increases our productivity.

Also Apache projects need recorded transactions, hence email and
bugzilla for accountability and decision-making.

Could we stick with email for co-ordination?

--David

> -Use normal bugzilla coordination once someone actually starts working 
> on a bug
> 
> -Possibly use SubEthaEdit or similar whiteboarding tools [1] for pair 
> programming/reviews
> 
> -The goal is to close as many Bugzilla issues as possible, or bring 
> them to a useful state (asking for clarifications etc)
> 
> How does this sound?
> -Bertrand
> 
> [1] I once tried coccinella (http://hem.fyristorg.com/matben/), it is 
> great and very lightweight, cross-platform, uses Jabber for 
> communication so no firewall problems

Flow Class not found error, the class is in the jars. then ?

[Antonio Gallardo]

Hi:

I am bug tracking the OJb example using Woody.

If I comment the OJB lines that BTW, works well in the xsp example, it
works fine. Here is the code. The bug is at the first line (see code
below). It looks like Flow cannot find a class, but the class is in a jar
into WEB-INF.

Here is the cause of the Exception:
java.lang.NoClassDefFoundError: javax/transaction/Synchronization

Where I can define what libraries Flow can look for?

Best Regards,

Antonio Gallardo.

**
CODE
**

var tx = pm.currentTransaction();
if (tx == null)
  print("Error: Cannot get current Transaction\n");
else {
  // Start Database transaction
  tx.begin();
  pm.makePersistence(bean);
  // End Database transaction
  tx.commit();

**
THE ERROR
**

javax.servlet.ServletException: Servlet execution threw an exception
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
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.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
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.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
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.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
at java.lang.Thread.run(Thread.java:534)
- Root Cause -
java.lang.NoClassDefFoundError: javax/transaction/Synchronization
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:1647)
at java.lang.Class.privateGetPublicMethods(Class.java:1770)
at java.lang.Class.getMethods(Class.java:824)
at org.mozilla.javascript.JavaMembers.reflect(JavaMembers.java:329)
at org.mozilla.javascript.JavaMembers.(JavaMembers.java:58)
at org.mozilla.javascript.JavaMembers.lookupClass(JavaMembers.java:517)
at org.mozilla.javascript.NativeJavaObject.(NativeJavaObject.java:79)
at org.mozilla.javascript.NativeJavaObject.wrap(NativeJavaObject.java:199)
at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:244)
at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
at
org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:1105)
at
org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:190)
at
org.mozilla.javascript.continuations.Continuatio

Eclipse debugging (was Re: [GT2003] Thank you)

[Upayavira]

Antonio Gallardo wrote:

Sylvain Wallez dijo:
 

Yep. I was amazed by the number of people coming to me after my Woody
presentation, asking questions, proposing enhancements, use cases, etc.
This is a real need, and we seem to have a real solution now.
   

Yep. We need boost the woody development. :)

Many people is needed the woody implementation (we are in the row too!).
Currently, we are having problems related to Flow+Woody+OJB it just stall.
Today we will do a little research trying to find the error.
We need to do a demo on friday morning and I don't know if this will work
at all. :-0
Desafortunately, we dont know how to start cocoon in debug mode under
eclipse. If someone can write a doc about this, please do it. This will
for sure help us in finding where the bug is.
 

Start Cocoon with cocoon  servlet-debug (instead of just cocoon servlet)

Then, in eclipse, select run/debug...
Click remove java application, then new at the bottom.
Select your cocoon project. Click apply/debug.
Set a breakpoint in your code. Request a page with your browser from 
port , and you should see eclipse catch the breakpoint.

Upayavira

Also, I don't know if I can touch the woody code, I requested permision
before, but nobody give us a green light for that. I promise not broke the
current code :)
We already developed a very simple squeleton (a dir structure) for the
proposed "business objects". Inside every "business object" is a generic
sitemap.xmap that handle the forms that manage the "business object". This
generic sitemap then can be literaly copied to every new businnes object.
The idea (as I posted before) is to allow a kind of plugin of the business
objects inside cocoon. We are almost ending a usecase of that, but still
there is the problem related to a stall while calling OJB inside flow. :(
I know this is not to said: "Wow". But maybe it can show a usecase or best
practices to use woody+flow+OJB.
We need also integrate the authentication framework inside the squeleton.
(To be done).
Best Regards,

Antonio Gallardo.



 

RE: cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/source/impl SitemapSource.java

[Carsten Ziegeler]

Hi,

I just changed the core of Cocoon :) hopefully fixing it the last
time (before we completly rewrite it...)

Could you all please test if you experience any problems using
the cocoon: protocol, especially cascading the use of it?
The provided test case of bug 22377 now runs well.

BTW, if you are curious why I was late for the panel yesterday
afternoon at the GT, I was hunting the bug.

Carsten

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2003 12:33 PM
> To: [EMAIL PROTECTED]
> Subject: cvs commit:
> cocoon-2.1/src/java/org/apache/cocoon/components/source/impl
> SitemapSource.java
> 
> 
> cziegeler2003/10/08 03:33:02
> 
>   Modified:src/java/org/apache/cocoon/components/source/impl
> SitemapSource.java
>   Log:
>   Hopefully fixing internal environment handling. This should fix 
> bug 22377.
>   

RE: [RT] FirstFriday - monthly virtual Hackathon

[Carsten Ziegeler]

Michael Wechner wrote:
> Carsten Ziegeler wrote:
> 
> 
> 
> > 
> > Does anyone know of an IRC client that's not blocked by a firewall?
> > Or is it possible to use irc via my apache account?
> 
> you could tunnel through ssh (I guess ssh gets through your firwall)
> 
Yes. How does it work? Can you please expand a little bit?

Thanks!
Carsten

Re: Brilliant GT!

[Bertrand Delacretaz]

Le Mercredi, 8 oct 2003, à 12:28 Europe/Zurich, Jeremy Quinn a écrit :

...Those of you who spoke  it would be very cool if you could go 
to the wiki page we made of your talk, and fill in any gaps (lots ;) 
or link to your talk, if it is online somewhere
AFAIK talks will be put online by the GT team shortly, so no need for 
every speaker to put their stuff online.

-Bertrand

Brilliant GT!

[Jeremy Quinn]

Thanks all for a brilliant GT!

It was great to put faces to names etc.

Those of you who spoke  it would be very cool if you could go to 
the wiki page we made of your talk, and fill in any gaps (lots ;) or 
link to your talk, if it is online somewhere.

Many thanks

regards Jeremy

Re: [GT2003] Thank you

[Michael Wechner]

Bertrand Delacretaz wrote:
Unfortunately the GT is over now :(


Unfortunately...but thanks to everybody who helped make this a great event!
yeah, it was a very nice experience.

Thanks very much for the great hospitality

Michael





--
Michael Wechner
Wyona Ltd.  -   Open Source Content Management   -   Apache Lenya
http://www.wyona.com  http://cocoon.apache.org/lenya/
[EMAIL PROTECTED][EMAIL PROTECTED]

Re: [RT] FirstFriday - monthly virtual Hackathon

[Michael Wechner]

Carsten Ziegeler wrote:



Does anyone know of an IRC client that's not blocked by a firewall?
Or is it possible to use irc via my apache account?
you could tunnel through ssh (I guess ssh gets through your firwall)

HTH

Michael


Carsten



--
Michael Wechner
Wyona Ltd.  -   Open Source Content Management   -   Apache Lenya
http://www.wyona.com  http://cocoon.apache.org/lenya/
[EMAIL PROTECTED][EMAIL PROTECTED]

RE: [RT] FirstFriday - monthly virtual Hackathon

[Andrew Savory]

On Wed, 8 Oct 2003, Carsten Ziegeler wrote:

> Does anyone know of an IRC client that's not blocked by a firewall?

CGI IRC:
http://cgiirc.sourceforge.net/


Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
Orixo alliance: http://www.orixo.com/  Web:www.luminas.co.uk

RE: [RT] FirstFriday - monthly virtual Hackathon

[Morrison, John]

Carsten Ziegeler wrote:
> Bertrand Delacretaz wrote:
>> 
>> -Use IRC for real-time coordination
>> 
> Does anyone know of an IRC client that's not blocked by a firewall?

Sorry, no.

> Or is it possible to use irc via my apache account?

It would be (ssh into Apache then irc out) if there
was an irc client on the apache servers as this is how I
use irc at work (via home).

You could always ask infrastructure@ about getting one
installed.  I like irssi.

J.


==
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in accordance
with the Experian Limited standard terms and conditions of purchase or
other express written agreement between Experian Limited and the recipient
Experian Limited (registration number 653331)
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

Re: [GT2003] Thank you

[Antonio Gallardo]

Andrew Savory dijo:
> On Wed, 8 Oct 2003, Sylvain Wallez wrote:
>
>> Problem is finding a server with the required bandwidth for what will
>> certainly be very big even with a high compression ratio.
>
> We have already got permission from the [EMAIL PROTECTED] guys to
> hammer the ASF bandwidth.

Great!

Antonio Gallardo

Re: [GT2003] Thank you

[Antonio Gallardo]

Sylvain Wallez dijo:
> Yep. I was amazed by the number of people coming to me after my Woody
> presentation, asking questions, proposing enhancements, use cases, etc.
> This is a real need, and we seem to have a real solution now.

Yep. We need boost the woody development. :)

Many people is needed the woody implementation (we are in the row too!).
Currently, we are having problems related to Flow+Woody+OJB it just stall.
Today we will do a little research trying to find the error.

We need to do a demo on friday morning and I don't know if this will work
at all. :-0

Desafortunately, we dont know how to start cocoon in debug mode under
eclipse. If someone can write a doc about this, please do it. This will
for sure help us in finding where the bug is.

Also, I don't know if I can touch the woody code, I requested permision
before, but nobody give us a green light for that. I promise not broke the
current code :)

We already developed a very simple squeleton (a dir structure) for the
proposed "business objects". Inside every "business object" is a generic
sitemap.xmap that handle the forms that manage the "business object". This
generic sitemap then can be literaly copied to every new businnes object.

The idea (as I posted before) is to allow a kind of plugin of the business
objects inside cocoon. We are almost ending a usecase of that, but still
there is the problem related to a stall while calling OJB inside flow. :(

I know this is not to said: "Wow". But maybe it can show a usecase or best
practices to use woody+flow+OJB.

We need also integrate the authentication framework inside the squeleton.
(To be done).

Best Regards,

Antonio Gallardo.

Re: [GT2003] Thank you

[Andrew Savory]

On Wed, 8 Oct 2003, Sylvain Wallez wrote:

> Problem is finding a server with the required bandwidth for what will
> certainly be very big even with a high compression ratio.

We have already got permission from the [EMAIL PROTECTED] guys to
hammer the ASF bandwidth.


Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
Orixo alliance: http://www.orixo.com/  Web:www.luminas.co.uk

RE: [RT] FirstFriday - monthly virtual Hackathon

[Carsten Ziegeler]

Bertrand Delacretaz wrote:
> 
> Not really an RT, this was suggested by David Crossley yesterday (or 
> sometime earlier, my body clock feels funny this morning ;-)
> 
> Could we have a monthly "virtual hackathon" on the first Friday of each 
> month?
> 
> Suggestions:
> 
> -Takes place on the first Friday of every month
> 
> -Lasts about 24 hours, from whenever someone sends a mail here saying 
> that they're waiting for others to join
> 
> -Use IRC for real-time coordination
> 
> -Use normal bugzilla coordination once someone actually starts working 
> on a bug
> 
> -Possibly use SubEthaEdit or similar whiteboarding tools [1] for pair 
> programming/reviews
> 
> -The goal is to close as many Bugzilla issues as possible, or bring 
> them to a useful state (asking for clarifications etc)
> 
> How does this sound?
+1

Does anyone know of an IRC client that's not blocked by a firewall?
Or is it possible to use irc via my apache account?

Carsten

Re: [GT2003] Thank you

[Sylvain Wallez]

Bertrand Delacretaz wrote:

Unfortunately the GT is over now :(

Great event, nice people, cool meeting. The whole thing was filmed by 
Stefano, and the videos should be made available for download so that 
everybody can have a feeling of what happened. Problem is finding a 
server with the required bandwidth for what will certainly be very big 
even with a high compression ratio. Something that *must* be looked at 
is David Casal's amazing "Pipelined fugues" presentation with live 
on-stage piano performance.

Unfortunately...but thanks to everybody who helped make this a great 
event!
I have a feeling that GT2003 will be The Day Of The Cocoon Web 
Application for many people. 


Yep. I was amazed by the number of people coming to me after my Woody 
presentation, asking questions, proposing enhancements, use cases, etc. 
This is a real need, and we seem to have a real solution now.

...This showed that working together on the bugs is really very 
effizient, so we should try to repeat it somehow in the near future


Yes, agreed. A monthly "virtual hackathon" as suggested by David 
Crossley would be good, stay tuned...


And we're expecting from you proposals for creative usage of 
collaboration tools to help this ;-)

Thanks to all participants of this great event, and see you next year!

Sylvain

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

(Cocoon 2.0.4) org.apache.cocoon.ProcessingException: java.lang.NullPointerException

[Shane McEneaney]

Hi there,

I am using Cocoon 2.0.4 with Tomcat 4.0.3 on Windows 2000. Since I've
started using Tomcat as a service I am encountering errors on large XSP
files ONLY when they are first loaded. On the second attempt at requesting
the same page it's fine.I have included the error that appears in the
sitemap and error log. We are about to release our Web application into
production and I'm concerned that the first impression won't be good.
Any help greatly appreciated.

I've tried running this through a debugger but haven't managed to
reproduce the problem yet. The debugger is obviously causing a delay
preventing the problem from re-occurring.

Please note: The problem doesn't occur when I'm running Tomcat off
the command line. It only happens when run as a service.

Thanks in advance,

Shane McEneaney
Ireland


ERROR   (2003-10-07) 16:28.49:551   [sitemap]
(/webportal3/send-make-reservation) Ajp13Processor[8009][4]/sitemap_xmap:
Sitemap
org.apache.cocoon.ProcessingException: java.lang.NullPointerException
 at
org.apache.cocoon.generation.ServerPagesGenerator.setup(ServerPagesGenerator
.java:204)
 at
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab
stractEventPipeline.java:202)
 at
org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven
tPipeline.java:278)
 at
org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(Cachi
ngEventPipeline.java:141)
 at
org.apache.cocoon.components.source.SitemapSource.refresh(SitemapSource.java
:305)
 at
org.apache.cocoon.components.source.SitemapSource.(SitemapSource.java:
206)
 at
org.apache.cocoon.components.source.CocoonSourceFactory.getSource(CocoonSour
ceFactory.java:91)
 at
org.apache.cocoon.components.source.SourceHandlerImpl.getSource(SourceHandle
rImpl.java:176)
 at
org.apache.cocoon.environment.AbstractEnvironment.resolve(AbstractEnvironmen
t.java:368)
 at
org.apache.cocoon.sitemap.ContentAggregator.setup(ContentAggregator.java:306
)
 at
org.apache.cocoon.components.pipeline.AbstractEventPipeline.setupPipeline(Ab
stractEventPipeline.java:202)
 at
org.apache.cocoon.components.pipeline.CachingEventPipeline.setup(CachingEven
tPipeline.java:278)
 at
org.apache.cocoon.components.pipeline.CachingEventPipeline.generateKey(Cachi
ngEventPipeline.java:141)
 at
org.apache.cocoon.components.pipeline.CachingStreamPipeline.process(CachingS
treamPipeline.java:313)
 at
org.apache.cocoon.www.sitemap_xmap.matchN10A2C(C:\WebPortal\Tomcat\work\loca
lhost\webportal3\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:9561)
 at
org.apache.cocoon.www.sitemap_xmap.process(C:\WebPortal\Tomcat\work\localhos
t\webportal3\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:3051)
 at
org.apache.cocoon.www.sitemap_xmap.process(C:\WebPortal\Tomcat\work\localhos
t\webportal3\cocoon-files\org/apache/cocoon/www\sitemap_xmap.java:2679)
 at org.apache.cocoon.sitemap.Handler.process(Handler.java:227)
 at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:173)
 at
org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:152)
 at org.apache.cocoon.Cocoon.process(Cocoon.java:579)
 at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1043)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
 at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
 at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
 at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
 at
org.apache.catalina.core.StandardPipeline.inv

[RT] FirstFriday - monthly virtual Hackathon

[Bertrand Delacretaz]

Not really an RT, this was suggested by David Crossley yesterday (or 
sometime earlier, my body clock feels funny this morning ;-)

Could we have a monthly "virtual hackathon" on the first Friday of each 
month?

Suggestions:

-Takes place on the first Friday of every month

-Lasts about 24 hours, from whenever someone sends a mail here saying 
that they're waiting for others to join

-Use IRC for real-time coordination

-Use normal bugzilla coordination once someone actually starts working 
on a bug

-Possibly use SubEthaEdit or similar whiteboarding tools [1] for pair 
programming/reviews

-The goal is to close as many Bugzilla issues as possible, or bring 
them to a useful state (asking for clarifications etc)

How does this sound?
-Bertrand
[1] I once tried coccinella (http://hem.fyristorg.com/matben/), it is 
great and very lightweight, cross-platform, uses Jabber for 
communication so no firewall problems

Re: [GT2003] Thank you

[Bertrand Delacretaz]

Unfortunately the GT is over now :(
Unfortunately...but thanks to everybody who helped make this a great 
event!
I have a feeling that GT2003 will be The Day Of The Cocoon Web 
Application for many people.

...This showed that working together on the bugs is really very
effizient, so we should try to repeat it somehow in the
near future
Yes, agreed. A monthly "virtual hackathon" as suggested by David 
Crossley would be good, stay tuned...

-Bertrand

[GT2003] Thank you

[Carsten Ziegeler]

Unfortunately the GT is over now :(

I would like to take the opportunity to say a big THANK YOU
to everyone being involved especially to Steven, Marc and
Bruno (and all helping them) for organizing this great event.

The hackathon on monday was really an interesting experience.
A big thank you to Marc and Bertrand organizing and moderating
the whole day and of course to all the bug hunters helping
decreasing our outstanding issues in bugzilla! Thanks!
This showed that working together on the bugs is really very
effizient, so we should try to repeat it somehow in the
near future.

And of course: another Thank You to all attendees.

See you next year!

Carsten