ok, I am confused on what is happening to the Datbase.js file. but instead
of a request for the long explanation, I will settle for a quick yes or no.
I am a java newbie... so bear with me...
From the petstore:
// temporary hack to avoid requiring datasource config in
cocoon.xconf
gianugo 2003/07/10 01:12:49
Added: src/scratchpad/src/org/apache/cocoon/generation
TraversableGenerator.java
XPathTraversableGenerator.java
Log:
A Source-oriented refactoring of DirectoryGenerator (and its companion
I definately plan to write up some stuff on what it took to get me running.
I have taken a few clients and used cocoon to solve small, specific issues
with alot less hassle and better maintainablity than PHP/PERL has proven to
be.
I have taken an in house project (An office manger to track our
From: JD Daniels
Thanks! I think I will go have a look at Hibernate .. that
looks helpful While I wait for FOM to settle down...
stay tuned ... the vote is already running!
Cheers,
Reinhard
I just added to scratchpad a refactored implementation of
DirectoryGenerator (TraversableGenerator) that doesn't work with just
files but with any TraversableSource. Together with it, a refactoring
was done on XPathDirectory, which is now XPathTraversable, so that even
XPath queries can be done on
Gianugo,
I just added to scratchpad a refactored implementation of
DirectoryGenerator (TraversableGenerator) that doesn't work with just
files but with any TraversableSource. Together with it, a refactoring
was done on XPathDirectory, which is now XPathTraversable, so that
even XPath queries
Upayavira wrote:
Gianugo,
I just added to scratchpad a refactored implementation of
DirectoryGenerator (TraversableGenerator) that doesn't work with just
files but with any TraversableSource. Together with it, a refactoring
was done on XPathDirectory, which is now XPathTraversable, so that
even
On Fri, 4 Jul 2003, Christian Haul wrote:
Hi team.
I will be offline 'till ~12th (and largely have been for some days already)
due to some happy event in my life: I'm going to marry my girl friend tomorrow!
Welcome to the club :-) Congratulations
Giacomo
On 10 Jul 2003 at 11:30, Gianugo Rabellino wrote:
Upayavira wrote:
Gianugo,
I just added to scratchpad a refactored implementation of
DirectoryGenerator (TraversableGenerator) that doesn't work with
just files but with any TraversableSource. Together with it, a
refactoring was done
Upayavira wrote, On 10/07/2003 11.18:
Have we fixed the various other emails that come to the list, such as patch
summaries?
Oops, not yet. Thanks for the reminder... (and I need to put up the
scripts too).
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant,
Gianugo Rabellino wrote, On 10/07/2003 11.30:
...
1. The easy and unclean way: keep the old namespace and the
directory/file metaphore (and maybe the class name too), just change the
implementation to use TraversableSources instead than File;
2. The clean way: provide a clear documentation on
Sylvain Wallez wrote:
I just added to scratchpad a refactored implementation of
DirectoryGenerator (TraversableGenerator) that doesn't work with just
files but with any TraversableSource. Together with it, a refactoring
was done on XPathDirectory, which is now XPathTraversable, so that
even
Forwarding to cocoon-dev in case people here aren't reading xsp-dev.
This has now been applied in AxKit CVS.
-- Forwarded message --
Date: Wed, 9 Jul 2003 23:16:59 +0100
From: Matt Sergeant [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Subject: Proposal: Attribute
Gianugo Rabellino wrote:
Joerg Heinicke wrote:
Nice job. A more generic solution is always useful.
Unfortunately your implementations do not base on the latest *DG
stuff. E.g. I fixed the Caching key in the DG
Uh? We did that yesterday, basing on the latest CVS version of the DG.
As of
Gianugo Rabellino wrote:
Sylvain Wallez wrote:
And while we're at refactoring, what do you think of having separate
regexps for directories and files ? This would be really useful since
their respective naming rules are totally different. E.g. if I want
only .xml files, the regexp has to be
On 10/07/2003 15:01 Andreas Hartmann wrote:
Hi Cocoon developers,
could anyone update the new list addresses at gmane?
I guess this needs an account, doesn't it?
I guess you just have to notify the gmane admin - there's an email addy
on that website somewhere
will you take care of that?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21466.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21466.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
cziegeler2003/07/10 06:20:26
Modified:.gump.xml
Log:
Adding dependency
Revision ChangesPath
1.65 +2 -1 cocoon-2.1/gump.xml
Index: gump.xml
===
RCS file:
Andreas Hartmann wrote, On 10/07/2003 15.12:
Steven Noels wrote:
On 10/07/2003 15:01 Andreas Hartmann wrote:
Hi Cocoon developers,
could anyone update the new list addresses at gmane?
I guess this needs an account, doesn't it?
I guess you just have to notify the gmane admin - there's an email
Hi Cocoon developers,
I define a component selector in my roles file:
role name=org.apache.lenya.cms.ac2.AccreditableManagerSelector
shorthand=accreditable-managers
default-class=org.apache.avalon.excalibur
.component.ExcaliburComponentSelector
...
/role
and set it
gianugo 2003/07/10 09:33:36
Modified:src/scratchpad/src/org/apache/cocoon/generation
TraversableGenerator.java
Log:
Update to the latest DirectoryGenerator changes.
Revision ChangesPath
1.2 +106 -86
TraversableGenerator does not seem to be a very intuitively obvious name
for this. What current and imagined Traversable Sources are there?
Maybe that would help come up with a more informative name?
Geoff
[EMAIL PROTECTED] wrote:
gianugo 2003/07/10 09:33:36
Modified:
gianugo 2003/07/10 09:46:09
Modified:src/scratchpad/src/org/apache/cocoon/generation
TraversableGenerator.java
Log:
Name collisions various fixes. Pardon the dust.
Revision ChangesPath
1.3 +18 -18
Matt Segeant wrote:
This is a proposal to support attribute value interpolation
(called attribute value templates in XSLT) in XSP.
+1,
I'd already voted this one on the XSP list, but it's important to
re-state support for a most useful feature
Ricardo
Gianugo Rabellino wrote:
Geoff Howard wrote:
TraversableGenerator does not seem to be a very intuitively obvious
name for this. What current and imagined Traversable Sources are
there?
FileSource, CVSSource, and many more coming soon (XMLDB, WebDAV...). :-)
Maybe that would help come up
Sylvain Wallez wrote:
IMO, the name should reflect the notion of Source and either traversal
or hierarchy. So what about SourceHierarchyGenerator (that's the name of
my implementation) or SourceTraversalGenerator ?
+1 on SourceHierarchy, sounds good.
Ciao,
--
Gianugo Rabellino
Pro-netics
Gianugo Rabellino wrote:
Sylvain Wallez wrote:
IMO, the name should reflect the notion of Source and either traversal
or hierarchy. So what about SourceHierarchyGenerator (that's the name
of my implementation) or SourceTraversalGenerator ?
+1 on SourceHierarchy, sounds good.
Same here.
Ricardo Rocha wrote:
Matt Segeant wrote:
This is a proposal to support attribute value interpolation
(called attribute value templates in XSLT) in XSP.
+1,
I'd already voted this one on the XSP list, but it's important to
re-state support for a most useful feature
+0 from me too on a
Sylvain Wallez wrote:
...
IMO, the name should reflect the notion of Source and either traversal
or hierarchy. So what about SourceHierarchyGenerator (that's the name
of my implementation) or SourceTraversalGenerator ?
I would prefer something really simple; like SourceDirectoryGenerator.
Or
Hi,
Is there any implementation of a pipeline that transforms incoming email
(from James) to some XML format and another one that transforms the mail XML
format to standard SMTP format?
Also, I was thinking the incoming mail could then be sent through some
Filter/Handler to be indexed and added
+1 SourceHierarchy
joerg 2003/07/10 13:05:38
Modified:src/scratchpad/src/org/apache/cocoon/generation
TraversableGenerator.java
Log:
it was collection in the original implementation too (sort order)
Revision ChangesPath
1.5 +7 -9
But as long as this is only for naming reasons it does make no sense,
does it? You need the old namespace and node names too.
Joerg
Vadim Gritsenko wrote:
public class DirectoryGenerator extends
TraversableSourceHierarchyGenerator {
/**
* Identical to superclass - class only for
reinhard2003/07/10 16:41:22
cocoon-2.1/src/blocks/petstore/samples/view - New directory
35 matches
Mail list logo