editor, thanks)
I'm now using eclipse but I still have to learn how to tweak it.
Stefano.
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
Cocoon is heavily internationalized but we fail to do one thing:
signal the proper encoding to the user-agent thru HTTP headers, which
is the most reliable way of doing it.
the current *hack* is to use meta tags in the HTML stream,
Ew!
I know
)
at
org.eclipse.jdt.internal.compiler.Compiler.init(Compiler.java:113)
at
org.apache.cocoon.components.language.programming.java.EclipseJavaCompiler.compile(EclipseJavaCompiler.java:441)
does anybody know what's wrong?
Stefano.
to understand from newbies
- remove dependencies on context://docs
- move the flow documentation into the real documentation
thoughts?
Stefano.
Nicola Ken Barozzi wrote:
Stefano, it's kinda wierd how you wrote this letter... because you
(correctly) know that I've been so... ahem... touchy on this issue ;-)
I know, I know. I also know your code-ownership-ness has being reducing
since then steadily and constantly, but we are never far
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
snip/
I restate:
1) I want a way for serializers to indicate to the pipeline what is
the encoding they will be using, so that the pipeline can set the
right HTTP header for it.
2) also, i want a way to overwrite the sitemap-wide behavior
Berin Loritsch wrote:
Now, more good news:
On March 18, 2003 Avalon will be releasing a new set of Excalibur
components (as part of our continuing effort stated above). You will
have a new version of ECM and its dependencies. ECM now has a
big jar option which merges ECM's Avalon dependencies
didn't submit
to Bugzilla--let me know if I should--but I wanted feedback on the EXEC
issue before I went that far.
I just patched it but I won't be able to test it now that I don't have a
win95/98/ME machine to test it on. So tell me if it worked.
Stefano.
Andreas Hochsteger wrote:
Hi everybody!
I wonder if anybody ever looked at jelly:
http://jakarta.apache.org/commons/sandbox/jelly/
I found a hint to it in the Wyona/Lenya users mailing list.
It consists of an XML syntax and a tool wich interprets the XML documents and
it seems to be similar to
Niclas Hedhman wrote:
On Friday 14 March 2003 22:01, Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote, On 14/03/2003 14.49:
But I would like to be able to build cocoon without them and prevent
people with the ability to use them to solve their problems. Just like
Carsten wants to do
#exclude.block.XXX=true to
exclude.block.XXX=true
and no block compilation was performed.
which block is broken?
Same behavior experienced here.
In fact, before committing, I *DID* test the build exactly to avoid
potential issues.
Stefano.
.
Stefano.
propose to do
cocoon.sendPage()
which outlines the fact that it's not the flow that sends the page, but
it's cocoon that does (control is given back to the sitemap before
sending the page).
So, no methods come out of the blue.
what do you think?
Stefano.
a deadlock
What do we do?
Stefano.
Jeff Ramsdale wrote:
Duh, I've used command switches before in DOS! I guess I just didn't
recognize THOSE switches, (not have moved to NT or XP yet) so I was thrown
off. My bad! Fix works just fine.
Glad to hear that.
I had another question I forgot to address in my original message. When
)
and look on how to solve this from inside Cocoon.
Stefano.
ivelin wrote:
Congratulations.
Stefano, what is your current guestimate for the 2.1 arrival date?
I honestly don't know.
Does it depends on the completion of the transfer to the new domain?
Yes, for one.
I'll follow up with a specific email on that.
Stefano.
I would like to see Cocoon released as soon as possible, but not sooner.
There are a few things to do before we can release and there are two realms:
1) internal - things inside the distribution
- flow
- finish polishing the object model
- provide a block-like method for
Proxies, which
are a good thing.
Stefano.
Carsten Ziegeler wrote:
The flow stuff is an optional component, which means I can use it
or not. Cocoon started as a web publishing framework and as flow is
not directly a core component for web publishing but for web
applications, I really would like to see flow as an own block
that I can either
Carsten Ziegeler wrote:
- people don't like/use actions and would like to see support for it
removed
No, like Nicola said, these are usual sitemap components.
I don't use actions nor like them so they are not 'usual' for me as much
as flow is not 'usual' for you if you don't like nor use it.
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote, On 14/03/2003 10.31:
...
First of all, there is a major architectural difference between moving
the portal-framework into a block and moving flow into a block. Why?
because the first is 'on top' of cocoon, the second is 'in cocoon'.
Nicely
Nicola Ken Barozzi wrote:
Carsten Ziegeler wrote, On 14/03/2003 8.23:
Upayavira wrote_
Do we have hard dependencies on servlet ? AFAIK we have some for those
components that can't live without it (e.g. JSPGenerator), but are
there others ?
Try running the CLI without a reference to
Berin Loritsch wrote:
First the good news:
Avalon is no longer the problem preventing GUMP builds. As Avalon has
been going through its growing pains in its infancy, we have been taking
some serious strides toward stability and simplifying our code base.
As part of that effort, we are releasing
Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
But: during the last two years, from time to time I had the need
to extend the sitemap syntax, because that would have made some things
much more easier. As it was not possible, we used some other methods
like actions etc.
Having a solid contracts
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
BTW, do you have any news on the merging your patches into the main
rhino tree at mozilla.org?
Honestly, I don't think that will happen any time soon. My changes
were based on a snapshot from March of last year. During that time
one
Berin Loritsch wrote:
Stefano Mazzocchi wrote:
Christian Haul wrote:
Team,
after looking at the current samples it appears that
src/blocks/databases/conf/datasources.xconf not filtered during the
build. Thus the datasource to connect to for the datbase samples is
invalid.
ahhh, you're right
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
The discussion is about making the flow a technology that cocoon can
depend on for years.
And this passes thru stabilizing the contracts between the flow
scripters and the cocoon internals.
And I want this to be done by a community
Sam Ruby wrote:
Is the target used by the main coccon project meant to include the
fop-block?
No.
I presumed that these were to be built separately...
In fact. It's a bug. I'm going to investigate what's causing it right now.
S.
Torsten Curdt wrote:
snip/
the ideal solution would be to give its block the ability to define its
own build customizations, but ant doesn't have this 'inheritance' concept :/
So i don't really know what to do.
Suggestions?
Please see the esql samples thread
If noone objects I'll remove the
Steven Noels wrote:
Sounds good to me.
I learned from Ask on infrastructure@ one can do rsync without an rsync
daemon on a server, over ssh:
rsync -avz -e ssh /orig/dir/ [EMAIL PROTECTED]:/destination/dir/
So cocoondev.org might as well help out as a staging server.
Oh, yes, totally!
NOTE:
Sam Ruby wrote:
Steven Noels wrote:
I'm happy to trigger scripts or check on their regular operations once
they are installed, but am a bit swamped ATM to come up with some
scripts myself.
So anyone who wants to give it a whirl just tell me and I'll be at
your service. Cronifying build docs
Nicola Ken Barozzi wrote:
Stefano Mazzocchi wrote, On 11/03/2003 19.53:
Christian Haul wrote:
...
Strangely enough, a quick look at blocks-build.xsl seems to indicate
that files in the conf directory are filtered. Hints anybody?
Yes. the filter indications are now located in a build.xml file
Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
BTW, what's the status of the 'deprecation' transition? what's left to
do? are we able to compile the core without the deprecated classes yet?
Anyway, thanks to both you and Carsten for helping out on this. It would
have been a nightmare to do
I'm currently focusing on error handling and I found a weird behavior by
messing around with the handle-errors subpipe.
I wrote
map:handle-errors
map:serialize type=xml/
/map:handle-errors
in my sitemap to see what the error-notify generator was emitting, but
Camino (formerly
have high hopes
that we can get a nice act together.
Good luck :)
Stefano.
Jeremy Quinn wrote:
Very minor point, I am not happy with the 'v' in the URL, it is
unnecessary IMHO.
But I don't want to get in the way of your good works ;)
No, you're right, the 'v' doesn't really add any useful information.
I agree to remove it.
Stefano.
Vadim Gritsenko wrote:
Pier Fumagalli wrote:
Diana Shannon [EMAIL PROTECTED] wrote:
I updated the live site docs, with changes primarily reflecting the new
cvs setup. A big thanks to Pier for the new cvs setup and
**particularly** for making such a thorough update of all relevant docs
in both
Christopher Oliver wrote:
Just wanted to let people know that thanks to Steven Noels and Ovidiu
the Rhino interpreter with continuations recently got a CVS repository
at cocoondev.org:
http://cvs.cocoondev.org/cgi-bin/viewcvs.cgi/rhino1_5R4pre
That's very good.
BTW, do you have any news on the
Bernhard Huber wrote:
hi,
just two open issues:
+copy todir=${build.webapp}/stylesheets filtering=on
+ fileset dir=${webapp}/stylesheets
+include name=*.xsl*/
+ /fileset
+/copy
+
may be you have forgotten to add webapp/stylesheets directory?
No, I didn't
relationship. Unfortunately, this is only going to
get worse. So be prepared, expecially for severely internationalized
content.
Stefano.
Things to do will be:
1) move the existing docs to the cocoon.apache.org virtualhost (please
note that the copyright year on the web site is old!)
2) create permanent redirects from the old location to the new one (so
that no links are broken)
anything else?
Stefano.
Jeff Turner wrote:
When something breaks, most of the time I have no idea which 'subsystem'
is breaking. OTOH, I have a pretty good idea which subsystems are *not*
involved. Hence the desire to have DEBUG the default, with progressive
switching-off of things that ain't broke.
Ah, now I see it.
Pier Fumagalli wrote:
Stefano Mazzocchi [EMAIL PROTECTED] wrote:
Things to do will be:
1) move the existing docs to the cocoon.apache.org virtualhost (please
note that the copyright year on the web site is old!)
2) create permanent redirects from the old location to the new one (so
Pier Fumagalli wrote:
We're relying on the xml-site module to make the CVS updates, we'd have to
create our own cocoon-site CVS repository to be in line with all other
repositories...
But I'm thinking as well about the tediousness in rebuilding the site that
Diana outlined... It would be probably
Nils Mueller wrote:
The only sad thing is there doesn't exist a jdk 1.4 for linux/PPC.
time heals all wounds
http://www.apple.com/java/
that's not for linux :)
Diana Shannon wrote:
On Tuesday, March 11, 2003, at 05:32 AM, Pier Fumagalli wrote:
I suggest linking to http://xml.apache.org/cocoon/mirror.cgi#nightly but
I guess that's your intention ;-)
Yes, but at that point we'll have to re-build the site once again...
Ok, we shouldn't be so limited
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
...
On the other hand, by placing
meta http-equiv=Content-Type content=text/html; charset=UTF-8/
the server creates an HTTP header that instructs the user-agent about
the encoding. This solved the encoding problem on *all* browsers.
Why
Nils Mueller wrote:
that's not for linux :)
you're runnnig OS-X though, aren't you?
Oh, yes, I am. But I think Stephan is not.
S.
Christian Haul wrote:
On 12.Mar.2003 -- 12:54 AM, Jeff Turner wrote:
(changing the topic so people notice its a vote)
If I understand correctly, the proposed URL structure is:
http://cocoon.apache.org/v1.x/
http://cocoon.apache.org/v2.0/
http://cocoon.apache.org/v2.1/
http://cocoon.apache.org/
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
Christopher Oliver wrote:
Just wanted to let people know that thanks to Steven Noels and Ovidiu
the Rhino interpreter with continuations recently got a CVS
repository at cocoondev.org:
http://cvs.cocoondev.org/cgi-bin/viewcvs.cgi
Christian Haul wrote:
Team,
after looking at the current samples it appears that
src/blocks/databases/conf/datasources.xconf not filtered during the
build. Thus the datasource to connect to for the datbase samples is
invalid.
ahhh, you're right, I forgot about thatit's the only thing that I
Vadim Gritsenko wrote:
Carsten Ziegeler wrote:
Great Vadim!
Many thanks!
This was a bit too early... But now I think I have finished, and
xscript/soap samples are still working.
PS Thanks to Stefano - new welcome screen looks nice. Now we need only
to fix tons of regression bugs
Bernhard Huber wrote:
So, conclusion:
a) Let's get the samples working asap
First step for me : fixing build.xml
build.properties defines:
exclude.webapp.documentation=true
exclude.webapp.javadocs=true
exclude.webapp.scratchpad=true
exclude.webapp.samples=true
exclude.scratchpad=true
, documents and javadocs
- validation targets (but they require rethinking of the way
configurations and sitemap are validated and integrated into the system)
- build the distribution (this will require another rethinking)
Before the new build system was checked in, Stefano said, that
he wanted
to your new girlfriend. And the fact you
are risking your ass doesn't give you any more rights.
How do you know how much ass others are risking when they do what they do?
Stefano.
.
Stefano.
Dirk-Willem van Gulik wrote:
On Fri, 7 Mar 2003, Stefano Mazzocchi wrote:
As you probably noted from the fact that I don't have a signature
anymore (I'm going minimalistic, pruning all unnecessary stuff), I've
changed my machine.
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach
Pier Fumagalli wrote:
For those of you interested, a nice packaged up version of Eclipse RC1 for
OS/X is available at http://nagoya.apache.org/~pier/macosx/
RC2 just came out :)
Sylvain Wallez wrote:
Well, I thought I made it clear : although I've not considered the
technical details now, I would like to integrate schema-driven syntax
checks (I avoid the ambiguous validation word) _inside_ the
treeprocessor (i.e. at sitemap load-time) to be sure that the sitemap is
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Do you mean that in the future, the default will be for the build
system to exclude nothing ?
Can't the future be right now and then let the user choose what he
wants to exclude using its local.build.properties instead
Matthew Langham wrote:
So please, stop admiring yourselves in the mirror and bring back the
samples!
What's stopping you from helping?
(not the reasons,
those are your own business) because this will impact not only you but
all of us.
Stefano.
stefano 2003/03/08 15:39:58
Modified:.gump.xml
Log:
Commenting out gump nags for missing dependencies (this should lower the noise for
builds failed that we depend on but that we can't do anything about)
Revision ChangesPath
1.6 +1 -1 xml-cocoon2
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
3) no higher level functionality should be added without a previous
RT/proposal/vote cycle.
I'm perfectly aware of the fact that this will reduce the freedom of
people like Chris to innovate and show potentially creative
Antonio Gallardo wrote:
Hi Bernhard:
Thanks for briefing all the stuff. :-)
But I still have an open question. What will be the standard or recomended
O/R mapping tool for Cocoon? Hibernate, OJB or Torque? I will start to
coding a new application anytime soon and I need to decide what O/R
David Crossley wrote:
Steven Noels wrote:
David Crossley wrote:
The map:transformer used to have children like
use-session-info etc. but these have been recently
changed to use-session-parameters etc. However,
the sitemap.rng still has the former. Also, the code in
David Crossley wrote:
[EMAIL PROTECTED] wrote:
cziegeler2003/03/04 08:34:35
Modified:.build.xml
Log:
Making cocoon at least buildable;
Thanks. Actually, validation did work when i committed it.
Erk, i see what the problem was - i forgot to commit
the any.rng grammar ...
Hunsberger, Peter wrote:
Pier Fumagalli [EMAIL PROTECTED] wrote:
snip on how Pier arrived at the following:/
What I would love to have, before even touching the flow
_implementation_, is a consistent language-unaware definition
of the object model that flow scripts will live into, define
Leszek Gawron wrote:
I think it would be nice if cocoon.xconf could be docomposed into several
files.
This is planned for Cocoon 2.2 since each block will contain its own
component configuration file.
Sylvain Wallez wrote:
Martin Holz wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes:
Martin Holz wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes:
The new build system has landed on CVS.
[...]
read BUILD.txt
cp blocks.properties local.blocks.properties
cp
Steven Noels wrote:
Stefano Mazzocchi wrote:
I'm more and more considering sitemap validation harmful.
why:
1) the sitemap logic is too hard to be validated from any validation
language (it requires java runtime capabilitles)
2) it reduces the effort of clean and meaningful error messages
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
David Crossley wrote:
snip/
-- o --
The other purpose of my original message was to raise an alarm
about the change in parameter names in the sitemap, which now
do not correspond with code
As you probably noted from the fact that I don't have a signature
anymore (I'm going minimalistic, pruning all unnecessary stuff), I've
changed my machine. It's a brand new powerbook g4, fast machine, lots of
ram, lots of disks, lots of stuff.
it will take some time to adjust to the new
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Failed on the same problem today. For those targets that we want to
exclude in the default build, having a exclude.xxx=true in
build.properties requires to modify this CVS-managed file to allow
building xxx, which obviously
Sylvain Wallez wrote:
Hi team,
After a looong time, I'm trying to run the samples in 2.1 and I obtain
_a lot_ of errors, which BTW aren't formatted using the usual stylesheet.
Is it normal (i.e. they are currently broken in the CVS), or do you
folks have it running nicely which would mean a
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
snip/
So it seems to me validation is good to easily write a syntax checker
and let the java code in treeprocessor concentrate on more detailed
semantic validation.
too bad this is not done.
So what about *requiring
Tony Collen wrote:
On Fri, 7 Mar 2003, Berin Loritsch wrote:
Jeff Turner wrote:
Hi,
Quick question. Why do people put null checks backwards:
if ( null != this.inputSource ) {
IMHO it is harder to read than
if ( this.inputSource != null ) {
and means exactly the same thing.
Likewise,
Steven Noels wrote:
Stefano Mazzocchi wrote:
Did I say that I consider having a sitemap schema descriptor harmful?
No, damn, I just said that I consider using that schema to validate
the sitemap harmful.
Let's agree that there exist multiple levels of validation, and that
each of them has
and if we are
confortable enough to start 'guaranteeing' back compatibility in future
changes.
Please, place your comments.
--
Stefano Mazzocchi [EMAIL PROTECTED]
Pluralitas non est ponenda sine necessitate [William of Ockham]
semantics was hard, managing the Flow Object
Model will be even worse.
So, be prepared.
--
Stefano Mazzocchi [EMAIL PROTECTED]
Pluralitas non est ponenda sine necessitate [William of Ockham]
this takes - the more likely that this could be damaging to
commercial adoption of Cocoon.
Yep.
Let's roll up our sleeves and do it.
Executive summary for release schedule coming up next.
--
Stefano Mazzocchi [EMAIL PROTECTED]
Pluralitas non est ponenda sine
of no
real alternative.
As much as we don't specify
act ...
generate src={action:whatever}/
/act
I really don't see why we should 'namespace' the flow variables more either.
But maybe there is something in your reasoning that I'm missing.
--
Stefano Mazzocchi
to get feedback, but we state that we 'froze' the build and we aim to
polish things until we are *positive* about back compatibility of our
features.
--
Stefano Mazzocchi [EMAIL PROTECTED]
Pluralitas non est ponenda sine necessitate [William of Ockham]
to the bare minimum.
--
Stefano Mazzocchi [EMAIL PROTECTED]
Pluralitas non est ponenda sine necessitate [William of Ockham]
Reinhard Pötz wrote:
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
If you don't know what STX is, just take a look here:
Daniel has already done some first steps using it. See
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=104566478723403w=2
Gosh, how did I miss that? Anybody has some
-20030304/temp/blocks-build.xml
[xslt] Loading stylesheet
/home/rubys/jakarta/xml-cocoon2/tools/src/blocks-build.xsl
init:
cocoon-block-fop:
Opps, we should not compile this here. It should be done in the fop
block subproject only.
Right, I'll fix this.
--
Stefano Mazzocchi
Steven Noels wrote:
Stefano Mazzocchi wrote:
Now: I considered lack of callable pipelines [...] showstoppers
Are you referring to
http://marc.theaimsgroup.com/?l=forrest-devm=104670931405709w=2 as a
use-case? If so, you are making me happy :-)
Not sure what you meant there, but what I mean
Stefano Mazzocchi wrote:
Why not add these projects to the gump profile and specify for each
the specific target?
cocoon
cocoon-scratchpad
cocoon-deprecated
This way the scratchpad can fail but the core will build anyway.
Good point. Will do that.
On second thought, if the core builds
Sam Ruby wrote:
Stefano Mazzocchi wrote:
Sam Ruby wrote:
gen:
[java] Dropping project proxy-block because of Exception
java.lang.Exception: project commons-logkit not found processing
project proxy-block
what does this mean? is something we can fix?
In xml-cocoon2/gump.xml
/content
/page
When the build for samples is fixed, I'll add a sample of using Velocity
with flow scripts, but you should be able to try it yourself, so please
do and let me know of any problems.
This is very nice.
Thanks Chris!
--
Stefano Mazzocchi [EMAIL
not exist in this project.
Damn, forgot to update gump. This nagging thing is really useful :)
--
Stefano Mazzocchi [EMAIL PROTECTED]
Pluralitas non est ponenda sine necessitate [William of Ockham]
stefano 2003/03/03 03:29:07
Modified:.gump.xml
Log:
fix gump nags
Revision ChangesPath
1.3 +2 -2 xml-cocoon2/gump.xml
Index: gump.xml
===
RCS file: /home/cvs/xml-cocoon2/gump.xml
stefano 2003/03/03 03:41:08
Modified:.gump.xml
Log:
better names for our blocks (so they reflect their cocoon-dependency more properly
in the gump run)
Revision ChangesPath
1.4 +60 -60xml-cocoon2/gump.xml
Index: gump.xml
stefano 2003/03/03 03:41:47
Modified:tools/src blocks-build.xsl
Log:
fixing build xsl accordingly to the new gump-friendly block names
Revision ChangesPath
1.25 +5 -5 xml-cocoon2/tools/src/blocks-build.xsl
Index: blocks-build.xsl
Sam Ruby wrote:
Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-03/xml-cocoon2.html
Buildfile
Sam Ruby wrote:
Stefano Mazzocchi wrote:
Yes, preaching to the converted. I think that Forrestbot can be the
only serious unit test that can be useful to Cocoon.
I am?
You are.
jokeIs there a word in Italian for people who assert that they are
pious, but you don't tend to see them in church
[EMAIL PROTECTED] wrote:
haul2003/03/01 07:56:56
Modified:src/webapp/WEB-INF cocoon.xconf
Log:
add comments
Thanks!
--
Stefano Mazzocchi [EMAIL PROTECTED]
Pluralitas non est ponenda sine necessitate [William of Ockham]
...
Whatever! here's the true story.
Stefano came and visit us in January, I fiddled with his laptop screen
and broke it (bye bye laptop screen)...
The screen connection of my VAIO was already damaged. But it's true that
was Pier that finally broke it. bye bye laptop screen holder... but the
screen
Sam Ruby wrote:
gen:
[java] Dropping project proxy-block because of Exception java.lang.Exception: project
commons-logkit not found processing project proxy-block
what does this mean? is something we can fix?
--
Stefano Mazzocchi [EMAIL PROTECTED
301 - 400 of 1807 matches
Mail list logo