Bertrand Delacretaz wrote:
Le 14 déc. 04, à 08:51, Upayavira a écrit :
...why does the src/blocks/qdox/conf/qdox.xfonf file contain
references to file://D:/cvs-workspages/apache/xml-cocoon2/...
IIRC these come from the original block patch and I left them in as
examples. But they're commented
/qdox/conf/qdox.xfonf file contain references to
file://D:/cvs-workspages/apache/xml-cocoon2/, etc, does Linotype want
still to do not(starts-with(@name,'CVS')? There's more I'll mention later.
Expect commits soon.
Regards, Upayavira
elements we add into the
page. This is, in effect, all that is done to give access to ASP, PHP,
JSP, etc, in Dreamweaver, so I don't see why we couldn't do the same for
some Cocoon markup (other than lack of interest!)
Regards, Upayavira
://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/xml/XMLPipe.html,
XMLProducer
http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/xml/XMLProducer.html
The word Transformer is in there, as is SitemapModelComponent, each of
which tell you what you want to know.
Am I correct?
Regards, Upayavira
class and
as such not be visible in the derived class's source code.
I'd go the qdox route, assuming it finds the inherited interfaces.
-Bertrand
cd build/cocoon-2.1.7-dev/javadocs/
grep -rl SitemapModelComponent *
That's pretty easy, isn't it?
Regards, Upayavira
that
happens in Cocoon - it has happened with flow, then CForms, but hasn't
happened with JXTemplate. When everyone rounds on a technology, and
thoroughly backs it. And that has still to happen in relation to
templating. (or maybe it is already happenning, who knows).
Regards, Upayavira
straight into the SAX stream.
Have I understood, or are you getting at something else?
Regards, Upayavira
-build.xml:105:
D:\documents\
cocoon\cocoon-2.1.x\build\cocoon-2.1.7-dev\site not found.
Total time: 1 minute 53 seconds
Any ideas what's up?
Regards, Upayavira
java.nio stuff which IIRC not is
contained in 1.3.
Really, this should be developed in trunk, and then back-ported when it
reaches a level of stability (unless we get 2.2 out quick enough :-) )
Trunk is where new stuff goes, IMO.
Regards, Upayavira
Leszek Gawron wrote:
Upayavira wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
Thanks for commiting the template stuff !
But do you really think that it is worth the effort to keep 2.1.x
syncronized with trunk wrt template at this early stage of
development
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Upayavira wrote:
Leszek Gawron wrote:
Upayavira wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
snip/
Thanks for commiting the template stuff !
But do you really think that it is worth the effort to keep
2.1.x
docs actually been done with this process? I'm curious to find
out more about how what the conversion actually does. (I guess I could
just try it, but then, that would be too easy!)
Regards, Upayavira
.*
site/site/2.1/userdocs/transformation/encodeurl-transformer.*
There are probably more.
The strange thing is, the index page
(http://cocoon.apache.org/2.1/userdocs/transformers/transformers.html)
has each of these twice. I can't understand that.
Any ideas?
Regards, Upayavira
.
Thanks for the prod, Helma!
Regards, Upayavira
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 30 November 2004 22:40
To: [EMAIL PROTECTED]
Subject: readDOMsession or readdomsession in docs
In the site SVN, there are files with more or less the same name
(or that's what I assume).
Regards, Upayavira
, wouldn't it
make sense to make this the default 'eclipse-project' target? After all,
this is what that target _should_ be doing.
Especially if you build Cocoon from the command line, then have eclipse
point to the WEB-INF/classes folder. Things can otherwise get messy...
Regards, Upayavira
Bertrand Delacretaz wrote:
Le 23 nov. 04, à 06:42, David Crossley a écrit :
David Crossley wrote:
Upayavira wrote:
Also, when I did run Forrest, I really had to dig to find the
generated pages, whereas I would have expected them to have been
generated in place, i.e. into the place from which I'd
Reinhard Poetz wrote:
Upayavira wrote:
Especially if you build Cocoon from the command line, then have
eclipse point to the WEB-INF/classes folder. Things can otherwise get
messy...
This can already be done by setting a property in
local.build.propertries. See the ide section.
Yes, I know. I
that is resolving
the URL, and I can't think immediately of how to do that.
Regards, Upayavira
I'm still unclear on how to hook into flow from here. Are the default
flow objects (cocoon, continuation, etc.) passed on script
initialization? I would imagine so since the request and continuation
Hi,
I've just run Forrest and have uploaded the site to:
http://www.apache.org/~upayavira/site/
Can you take a look, and make sure I've run the Forrest process correctly?
If this looks okay (I'm aware of a couple of details, e.g. jimi), I'll
make some changes (e.g. CVS-SVN, 2.1.6-news, etc
Ralph Goers wrote:
Upayavira wrote:
Hi,
I've just run Forrest and have uploaded the site to:
http://www.apache.org/~upayavira/site/
Can you take a look, and make sure I've run the Forrest process
correctly?
If this looks okay (I'm aware of a couple of details, e.g. jimi),
I'll make some changes
Upayavira wrote:
David Crossley wrote:
I'll do that too, if I can get Forrest to work. Unfortunately the
above link doesn't entirely make sense.
Would you please explain that obscure comment.
Let us all help to fix the instructions then.
Sorry, wasn't trying to be cryptic - I was referring
David Crossley wrote:
Upayavira wrote:
Ralph Goers wrote:
Upayavira wrote:
Hi,
I've just run Forrest and have uploaded the site to:
http://www.apache.org/~upayavira/site/
Can you take a look, and make sure I've run the Forrest process
correctly?
If this looks okay (I'm aware of a couple
if I can get this going, as I'd like to be in a
position to update the site itself, but as yet cannot make any promises.
Regards, Upayavira
[EMAIL PROTECTED] wrote:
On Fri, 19 Nov 2004, Upayavira wrote:
Ralph Goers wrote:
[EMAIL PROTECTED] wrote:
the pages that must be updated are :
- http://cocoon.apache.org/news/
- http://cocoon.apache.org/2.1/index.html
i can prepare a path tonight, if nobody else has done something
html page and not in sources?
Which doesn't matter as ApacheCon is over now.
Do create a patch, and I'll try to work out how to produce the site.
Upayavira
On Fri, 19 Nov 2004, Carsten Ziegeler wrote:
Hi,
can anyone please update the website? The release is out; I just send
the announcement mail
Bertrand Delacretaz wrote:
Le 19 nov. 04, à 16:05, Upayavira a écrit :
...Thus, the site needs to be regenerated with Forrest, which, to
date, I haven't done.
You probably know this already: there are instructions at
http://wiki.apache.org/cocoon/CocoonWebsiteUpdate
:-)
That's what I'll
Bertrand Delacretaz wrote:
Le 19 nov. 04, 17:23, [EMAIL PROTECTED] a crit :
On Fri, 19 Nov 2004, Bertrand Delacretaz wrote:
Le 19 nov. 04, 16:05, Upayavira a crit :
...Thus, the site needs to be regenerated with Forrest, which, to
date, I haven't done.
You probably know this already
are explicitely declared with the 'var' keyword
Well spotted. These variables in flowscript must be prefixed with var.
This is a recent change. Can you handle this?
Regards, Upayavira
.
Regards, Upayavira
Thanks.
Bye, Helma
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 16 November, 2004 11:24
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: Questions to be answered for link request - V3
Hi Helma,
I currently have very limited
Jorg Heymans wrote:
Upayavira wrote:
But then, it is only 7:07am in Las Vegas. I suspect it will take a
while...
Is that where the apache servers are hosted ?
No, it is where ApacheCon is happening. Which, no doubt, is where all of
our sysadmins are, currently, sleeping sweetly.
Regards
(is that a part of the release process?)
Regards, Upayavira
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 16 November 2004 18:21
To: [EMAIL PROTECTED]
Subject: Re: FW: Questions to be answered for link request -
V3 - to be put i nto docs for 2.1.6 please
should be two stage :-)
To work around the fact that I don't thoroughly read my emails!
I'll do the rest when Bugzilla comes back online.
Regards, Upayavira
Carsten Ziegeler wrote:
David Crossley wrote:
Sylvain Wallez wrote:
Upayavira wrote:
Says:
if (!(d.canRead() d.canWrite())) {
log.error(Directory ' + d + ' is not
readable/writable);
throw new IOException(Directory ' + d + ' is not
readable
that everything still works after removing the
d.canWrite(), I'm quite happy with it being removed.
Regards, Upayavira
Rick Tessner wrote:
Hi all,
Over in the Forrest world, we've stumbled across an issue with the
Cocoon CLI. It appears that the CLI requires that the context
directory (--contextDir
.
Is that what you were meaning?
Regards, Upayavira
, at least not at the moment. We'd need a cleverer build
system, say one that knows which blocks to include from within the
blocks repository.
Thoughts?
Upayavira
. This is a simpler HTML
parser than
+ JTidy, which preserves more of the original HTML, primarily
just balancing
+ closing tags.
+ /action
This seems to exist in 2.2 only, so that should be just a matter of
moving it upper to 2.2 changes. Upayavira?
Can't do straight away - give me a week or so
, which'll make this skin possible).
Upayavira
Reinhard Poetz wrote:
Upayavira wrote:
Reinhard Poetz wrote:
Is the content of the right-side bar customizable so that we get our
former menu back?
What you mean you want a customisable right side bar? Not just a
right side bar? Fussy eh? ;-)
More seriously, I believe there is a way
Leszek Gawron wrote:
Upayavira wrote:
Ralph Goers wrote:
Is it possible to have the site bar on the left?
:-)
The option I found was for a theme called 'rightsidebar'. I have not
heard mention of a 'leftsidebar' theme, so, unless someone wants to
do some HTML coding, we're stuck with a right
of work or not. Hmm.
Regards, Upayavira
Col!
Is the content of the right-side bar customizable so that we get our
former menu back?
What you mean you want a customisable right side bar? Not just a right
side bar? Fussy eh? ;-)
More seriously, I believe there is a way to configure the options
Leszek Gawron wrote:
Upayavira wrote:
This is a Moin 1.2.4 installation, running off a copy of the main
Wiki site. There's more that needs to be done before we can upgrade,
for example ensuring we can still do notification mails and central
configurations for the whole wiki farm. Then, whether
Pier Fumagalli wrote:
On 2 Nov 2004, at 08:32, Upayavira wrote:
Leszek Gawron wrote:
Upayavira wrote:
Ralph Goers wrote:
Is it possible to have the site bar on the left?
:-)
The option I found was for a theme called 'rightsidebar'. I have
not heard mention of a 'leftsidebar' theme, so, unless
publish it.
Thoughts?
Regards,
Upayavira
the effort.
So I think both are valid - documentation quality and publication tools.
Regards, Upayavira
Bertrand Delacretaz wrote:
Le 26 oct. 04, à 21:20, Upayavira a écrit :
...The thing you seem to have missed is the staging process. If I
have written an xdoc, I want to see that as HTML, on a staging
server, before I actually publish it. After all, the XML might not
even be valid
David Crossley wrote:
[EMAIL PROTECTED] wrote:
Upayavira wrote:
While we can start thinking about where to host, I think
we've first got
to clarify what we want to host. As yet, I've only as yet got a vague
idea of what we want - a machine to run Cocoon, possibly doing its
docs. What
will do no harm. I'd just
go for a description, with typical number of users, etc.
Regards, Upayavira
as Antonio
suggested - improve the notes on the livesites page, stating: Put an
entry entitled [LINK] Blah into bugzilla, and answer these questions. If
you don't answer them, your request will not be considered.
Or something like that. What do you think?
Regards, Upayavira
-Original
Bertrand Delacretaz wrote:
Le 21 oct. 04, à 11:54, Upayavira a écrit :
...If we have needs for running our own stuff, e.g. having the latest
Cocoon samples usable from the Cocoon website, we should make a
request to the infrastructure team for a VM for ourselves, as soon as
they have done
/databases/.project
etc
That way, you can do it which ever way suits you.
Upayavira
David Crossley wrote:
Upayavira wrote:
Bertrand Delacretaz wrote:
Upayavira a écrit :
...If we have needs for running our own stuff, e.g. having the latest
Cocoon samples usable from the Cocoon website, we should make a
request to the infrastructure team for a VM for ourselves
won't be leaving that URL active for that long, just offering
it as an temporary preview).
If you like it, maybe it will enthuse you to help the infrastructure
group upgrade the Apache wiki farm to use the latest Moin. We could then
use this theme instead.
Hmm.
Upayavira
that we can even get that far!
We've got amendments to our 1.2 wiki, so we'd need to port them across
onto Moin 1.3 before we can convert.
Volunteers welcome.
(Glad the rest of you like it!)
Regards, Upayavira
Ralph
Upayavira said:
I'm probably going to live to regret this, but...
I've just
to
tomcat 5)
Jetty is simple, and great. Go for the latest in the 4.x line, Jetty 5
doesn't work at the mo with Cocoon out of the box because of logging jar
issues.
Regards, Upayavira
or jar.xml or whatever.
Even better, add a property to build.properties (and thus
local.build.properties) (or blocks.properties) of blocks.external.location.
That way, all you'd need to do is check out the cocoondev blocks, set
the property to point to that checkout and build Cocoon.
Regards, Upayavira
Bertrand Delacretaz wrote:
Le 15 oct. 04, à 00:03, Upayavira a écrit :
...I saw Gianugo's presentation - only wish I could get hold of the
video right now. Need more of that kinda thing...
Maybe starting a success stories page on the wiki and priming it
with the contents of the GT success
presentation - only wish I could get hold of the video
right now. Need more of that kinda thing.
Regards, Upayavira
Nicola Ken Barozzi wrote:
[EMAIL PROTECTED] wrote:
Author: upayavira
Date: Tue Oct 12 04:08:27 2004
New Revision: 54666
Modified:
...
Log:
Broken link reporting now includes referring pages (requested by
Forrest)
Woh! :-)
Yeah, but I realise that it doesn't yet work fully... It will only
://wiki.apache.org/cocoon/GT2003BugzillaCleanup
And I'll be doing my bit with a few pending bugs while I'm there.
Regards, Upayavira
of the day, eh?
Upayavira
, we
could then show part (a) of the form, then part (b), etc. Now, if a
field in this contect is 'disabled', a value will not be read from the
request, and no validation would be done on its value.
Thoughts? Am I off beam?
Regards, Upayavira
you serialize to PDF.
Just a thought.
Upayavira
as the
default cache as soon as it reaches 1.0.
FWIW, from my tests, persistent disc stores don't work with JCS anyway.
Do, as nice as it would be to have, I don't see a problem with switching.
Upayavira
Antonio Gallardo wrote:
Hi:
Upyavira posted a new NekoHTMLGenerator on CVS:
http://marc.theaimsgroup.com/?l=xml-cocoon-cvsm=108928150721128w=2
Need I to backport it to 2.1.x trunk? Or this will be a new feature in 2.2?
Best Regards,
Antonio Gallardo.
Go for it.
Upayavira
Andreas Hochsteger wrote:
Hi,
is the script which has been used for migrating the Wiki from JSPWiki
to MoinMoin available somewhere?
I need to do the same migration.
This would be really awesome :-)
Sorry for my delay. Here's where you can now get the script:
Vadim Gritsenko wrote:
Upayavira wrote:
Fine by me too!
Ok, I (majorly) reworked both LocaleAction and I18nMatcher. I also
noticed that original I18nMatcher was not properly handling locales
with countries and variants (AFAIU, constructor new Locale(locale, )
as first argument takes language
Vadim Gritsenko wrote:
Upayavira wrote:
Vadim Gritsenko wrote:
What I would like to do is to come up with approach which will unify
these two together, by making I18nMatcher closer to LocaleAction,
or, if you have suggestion, by enhancing LocaleAction.
It would be good to see them unified
the way it searches for sources, and to store the
result in the session, for compatibility with LocaleAction. I'd be okay
with that, so long as the other approach is available too!
Can you say more about your concerns and how the i18nmatcher doesn't
work for you?
Regards, Upayavira
/language, etc. How could this be done as separate select
locale/select resource stages?
Regards, Upayavira
WDYT?
Vadim
another!
Regards, Upayavira
the spam messages before deleting them, I don't really
know how they are different.
Actually going to [EMAIL PROTECTED] Why does that work?
Upayavira
.
Upayavira
Vadim Gritsenko wrote:
Hi All,
Next step in CVS to SVN migration is locking down CVS and doing real
conversion into SVN. I propose to lock down CVS today evening (say,
4pm on US east coast). How is everybody with this decision?
Vadim
Go for it, I say!
Upayavira
, as Forrest
uses the CLI, they won't use a web.xml.
The CLI way would be to add a property tag into the cli.xconf. Now, this
would be a pretty trivial fix to one Cocoon class. Is this what would be
needed?
Regards, Upayavira
irrelevant messages,
aren't we!)
Regards, Upayavira
Dave Brondsema wrote:
Upayavira wrote:
The CLI way would be to add a property tag into the cli.xconf. Now, this
would be a pretty trivial fix to one Cocoon class. Is this what would be
needed?
Sounds like it to me. Can we try it?
Don't have time to do _any_ testing on this (shouldn't
collections
disappearing
(b) Make sure you don't store the database within Jetty's work
directory. That gets removed each time jetty restarts. Store it instead,
say, in WEB-INF/db
Regards, Upayavira
Andrew Thornton wrote:
Upayavira wrote:
Andrew Thornton wrote:
Hi. I'm trying to get the embedded Xindice working with Cocoon 2.1.5
on Jetty. All works fine when starting up the servlet engine, and
I'm able to create and drop collections and resources. However when
I shutdown the servlet engine
with wiki knowledge there.
Regards, Upayavira
stuff
removed.
Regards, Upayavira
be compatible with LocaleAction: language (not
lang), country, variant.
Another point to remember to be compatible with LocaleAction:
Upayavira originally wrote:
The site will cater for locale provided as a request parameter, as
the one of the acceptable locales configured within the browser
performant that its
predecessor. It just makes sensible use of a stack and reverse polish
notation (or some such).
Upayavira
Sjur Nørstebø Moshagen wrote:
Yesterday Upayavira wrote:
Introducing the I18NMatcher
---
Here's a sample sitemap snippet:
map:match pattern=**.html
map:match type=i18n src=content/*/{1}.xml
map:generate src={source}/
map:transform src=foo.xsl/
map:transform type
.
That way new people get the new version, people looking for the old will
know where they should go.
Reasonable?
Regards, Upayavira
locale.
Ok, but how do you decide which document version to serve then? Or
should Cocoon throw an error (No resource found)?
Exactly, if no default is given, the matcher doesn't match.
Upayavira
Carsten Ziegeler wrote:
Upayavira wrote:
Carsten Ziegeler wrote:
I just created a branch in CVS, fixed the problem and tagged the
release as 2.1.5.1.
The release is now in the dist directory and I removed the
2.1.5 dist
from there.
What else should we do?
Remove the 2.1.5
Upayavira wrote:
Carsten Ziegeler wrote:
Upayavira wrote:
Carsten Ziegeler wrote:
I just created a branch in CVS, fixed the problem and tagged the
release as 2.1.5.1.
The release is now in the dist directory and I removed the
2.1.5 dist
from there.
What else should we do?
Remove
Upayavira wrote:
Carsten Ziegeler wrote:
Upayavira wrote:
Carsten Ziegeler wrote:
I just created a branch in CVS, fixed the problem and tagged the
release as 2.1.5.1.
The release is now in the dist directory and I removed the
2.1.5 dist
from there.
What else should we do?
Remove
Vadim Gritsenko wrote:
Upayavira wrote:
Sjur Nørstebø Moshagen wrote:
På 9. jul. 2004 kl. 14.04 skrev Vadim Gritsenko:
I guess the full list would be: {lang}, {country}, {encoding},
{variant}, {full-locale}, {matched-locale}. {locale} could be a
shorthand for {full-locale}.
This list should
clash (and would claim there were missing build
outputs if the ids didn't clash).
Done.
Sorry for the hassle. I'm a complete Gump newbie, and figured I would
get something wrong!
Regards, Upayavira
a site for each of a range of locales. But that's for another time.
Regards, Upayavira
://user:[EMAIL PROTECTED]:port/coll/coll/resource.xml
I take it there is no such definition of providing user/pass within the
XMLDB spec?
Regards, Upayavira
, presumably I need to reference NekoHTML as a project. In which
case, presumably the NekoHTML needs to be defined somewhere else?
Or should I just not mention NekoHTML in gump.xml?
Regards, Upayavira
season.
-Fitz
Above from Infrastructure. So it seems we can expect a conversion soon,
then!
Upayavira
the exploding/recomposition job to allow editing Cocoon docs with a
real wordprocessor.
It would be simplier to store docs in sxw file itself; no
recomposition is necessary, and html/pdf publishing out of sxw
repository can be added to forrest.
I believe Reinhard added it a while ago.
Upayavira
would get a lot of support from the rest of us. That is the missing
component, not the ideas. Are you offering? ;-)
Regards, Upayavira
Tony Collen wrote:
This is a late-night, rambling [RT]. I think it's a good idea. You
may or may not. Please flame, argue, discuss, rant, etc... it's an
[RT
Tony Collen wrote:
Upayavira wrote:
Tony,
I think I'd say simply that Cocoon operates as a 'do-ocracy'. He who
does, chooses (usually!). It is widely accepted that something needs
to happen on the docs. And really, what it is going to take is
someone just getting on and doing it. I suspect
Bertrand Delacretaz wrote:
Le 23 juin 04, à 15:33, David Crossley a écrit :
I tried doing some edits today and noticed that the diff
emails are very strange. I only changed one line, yet the
diff shows that many lines were changed. I did not have
the box selected to Remove trailing whitespace.
401 - 500 of 893 matches
Mail list logo