Carsten Ziegeler wrote:
Sylvain Wallez wrote:
PS: and put the champaigne into the fridge.
It's spelled champagne ! Wines are serious things in France ;-)
Oh, what a faux pas - sorry for that one, Sylvain! Now, I guess the best thing in helping me to spell this one correctly in the
cziegeler2003/07/28 23:30:07
Modified:src/blocks/portal/conf portal.samplesxconf portal.xconf
src/blocks/portal/samples/profiles/mapping layout.xml
src/blocks/portal/java/org/apache/cocoon/portal/profile/impl
Vadim Gritsenko wrote, On 29/07/2003 2.13:
Stefano Mazzocchi wrote:
On Monday, Jul 28, 2003, at 14:23 Europe/Rome, Sylvain Wallez wrote:
...
In other words, streamed requests aren't so much different from
regular requests : it's just that incoming data is more complex and
that decoding is not
cziegeler2003/07/28 23:52:15
Modified:src/blocks/portal/conf portal.xconf
Added: src/blocks/portal/java/org/apache/cocoon/portal/layout
layout.xml
src/blocks/portal/java/org/apache/cocoon/portal/coplet
On Monday, Jul 28, 2003, at 15:46 Europe/Rome, Sylvain Wallez wrote:
Hi team,
I'd like to propose two people for Cocoon committership : Ugo Cei and
Marc Portier.
Ugo has been there for years (the archives show his first post back in
July 2000!), has been an early adopter of flowscript and
On Tuesday, Jul 29, 2003, at 05:10 Europe/Rome, Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
Cocoon is glue and duct tape for your web needs.
...
I propose to choose the humble one.
I guess we are all agree with your RT. What's next -- what we are
going to update? :)
I'll write something
Nicola Ken Barozzi wrote:
[Made with Jave: http://www.jave.de/]
Wow, awesome tool !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting,
On Tuesday, Jul 29, 2003, at 08:25 Europe/Rome, TREGAN Fabien wrote:
fabien.
PS : If you ever oganise a GetTogether in France, jsut let me know, I
know where you can rent huge houses near the forest, with horses,
swimming pool, and video projector, 40 minutes from Toulouse in the
middle of
Stefano Mazzocchi wrote:
On Tuesday, Jul 29, 2003, at 08:25 Europe/Rome, TREGAN Fabien wrote:
fabien.
PS : If you ever oganise a GetTogether in France, jsut let me know, I
know where you can rent huge houses near the forest, with horses,
swimming pool, and video projector, 40 minutes from
cziegeler2003/07/29 00:41:27
Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap
ComponentsSelector.java
src/java/org/apache/cocoon/components/treeprocessor
TreeProcessor.java
Log:
Fixing NPE in
Ok, this was a problem in the treeprocessor and could occur in any
sitemap (depending on the components you use).
It should be fixed now.
Thanks for reporting!
Carsten
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Monday, July 28, 2003 4:58 PM
To: [EMAIL
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=21400.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Has anyone got any experiences? I am a complete persistence layer newbie,
but I'd like to start a project using either Hibernate or OJB. After 15
minutes of googling I got:
http://www.freeroller.net/page/ceperez/20021213#why_i_don_t_like
http://www.porterhome.com/roller/page/matthew/20021212
I just played around with hibernate and it worked very well, but what I
absolutely don't like is how you can query objects: you have to specify
a SQL-like query string! In this respect OJB is far better as it provides
the possibility to assemble a query from objects. So I'm looking into
OJB next,
On Monday, Jul 28, 2003, at 15:38 Europe/Rome, Marc Portier wrote:
The above weakness of URL space handling is the first thing that
severely hurt the WebDAV world. [note: a bug in microsoft web folders
eliminates the trailing slash from URL before sending the HTTP
request, go figure! means
Sylvain Wallez wrote, On 29/07/2003 9.35:
Nicola Ken Barozzi wrote:
...
Basically we usually have (1):
snip what=nice ascii art/
Yeah, Jave truly rocks. I found it googling some days back, and since
then I got addicted. Really awesome.
Can you explain what context is ?
Oops, sorry, sometimes
Leszek Gawron dijo:
Has anyone got any experiences? I am a complete persistence layer
newbie, but I'd like to start a project using either Hibernate or OJB.
After 15 minutes of googling I got:
http://www.freeroller.net/page/ceperez/20021213#why_i_don_t_like
cziegeler2003/07/29 01:26:36
Modified:src/java/org/apache/cocoon cocoon.properties
src/webapp sitemap.xmap
.forrest.properties
Log:
Release version
Revision ChangesPath
1.11 +1 -1
stevenn 2003/07/29 01:32:29
Modified:src/documentation/content/xdocs site.xml
Added: src/documentation/content/xdocs guidelines.xml
Log:
draft Cocoon Project guidelines as a discussion starter - copied verbatim from
Jakarta guidelines
Revision ChangesPath
1.9
[EMAIL PROTECTED] wrote:
cziegeler2003/07/28 23:28:55
Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap
SwitchSelectNode.java
Log:
Fixing NPE. Thanks to Volker!
Revision ChangesPath
1.2 +9 -3
cziegeler2003/07/29 01:46:00
Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap
SwitchSelectNode.java
Log:
Reverting changes
Revision ChangesPath
1.3 +1 -8
On Monday, Jul 28, 2003, at 18:57 Europe/Rome, Gianugo Rabellino wrote:
Stefano Mazzocchi wrote:
the single pieces that make that result happen. Even the simplest
XSLT transformation can't be reversely applied, so now there is no
way to understand how an resource should be treated in a
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten,
I couldn't find Volker's report, but I think it's the selector's
responsibility to handle the case when it returns a null context object
and that the sitemap should not enforce a failure in that case.
Furthermore, this modification
On Monday, Jul 28, 2003, at 20:49 Europe/Rome, Guido Casper wrote:
A webdavapp is always stateless on the server as the (fat) client
manages
the state. So it should be possible (and more maintainable in the long
run?)
to build a webdavapp in a mostly declarative fashion.
Yes, I agree.
--
cziegeler2003/07/29 02:01:01
Modified:src/java/org/apache/cocoon cocoon.properties
.status.xml forrest.properties
Log:
Starting next version
Revision ChangesPath
1.12 +1 -1 cocoon-2.1/src/java/org/apache/cocoon/cocoon.properties
On Tuesday, Jul 29, 2003, at 10:19 Europe/Rome, Nicola Ken Barozzi
wrote:
So in reality, there should be a kind of mechanism *before*
Generation that is able to present the sitemap with payloads as urls
and Requests in the content as Request data.
This mechanism must occur not only before
The rc1 is currently uploading into our dist directory.
So, we can fix bugs again :)
Carsten
stevenn 2003/07/29 02:03:18
Modified:src/documentation/content/xdocs site.xml
Log:
making sure guidelines aren't inadvertently put live before a proper vote
Revision ChangesPath
1.10 +6 -1 cocoon-site/src/documentation/content/xdocs/site.xml
Index:
Finally, our beta (named rc) is out and I will create the announcements
tomorrow to give the mirrors a little bit of time.
So, by this, it means, we should only apply bug-fixes and docs to the
repository.
Now, I think this applies only to the core, we can still change the blocks,
at least the
Dear all,
I've just checked in a verbatim copy of the Jakarta Guidelines (located
at http://jakarta.apache.org/site/proposal.html) in the cocoon-site
module, that could serve as a starter to base our own project guidelines
upon. Before we became a TLP (top level project), we were supposed to
stevenn 2003/07/29 02:12:21
Modified:src/documentation/content/xdocs guidelines.xml
Log:
uh - forgot about these mentionings of Jakarta
Revision ChangesPath
1.2 +3 -3 cocoon-site/src/documentation/content/xdocs/guidelines.xml
Index: guidelines.xml
Sylvain,
This perfectly alligns with how I have been thinking about
extracting and embracing the nice ideas your first RT was
bringing to the scene...
It also shows you have a more elaborate (lots of forms?) case at
hand you want to tackle with Woody, so I really think your
proposed
cziegeler2003/07/29 02:26:52
Modified:src/documentation/content/xdocs/news index.xml
Log:
Add new release
Revision ChangesPath
1.8 +1 -0 cocoon-site/src/documentation/content/xdocs/news/index.xml
Index: index.xml
cziegeler2003/07/29 02:37:58
Modified:src/documentation/content/xdocs guidelines.xml
Log:
Typo
Revision ChangesPath
1.4 +1 -1 cocoon-site/src/documentation/content/xdocs/guidelines.xml
Index: guidelines.xml
On 29/07/2003 11:34 [EMAIL PROTECTED] wrote:
cziegeler2003/07/29 02:34:47
Modified:src/documentation/content/xdocs guidelines.xml
Log:
Typo
-allowing them to affect the future of the subproject./p
+allowing them to affect the future of the project./p
Euh: it
Steven Noels wrote:
Please take your time reading through it, it ain't as bad as it looks
like, and it concerns you: developers contributors of the Cocoon
project(s). And let's try and keep this as lightweight as feasible.
I read most of it and I think it's a very good start. I have two
Yes, I noticed that as well and already reverted :)
Sorry.
Carsten
-Original Message-
From: Steven Noels [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 29, 2003 11:41 AM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit: cocoon-site/src/documentation/content/xdocs
guidelines.xml
Nicola Ken Barozzi wrote:
Sylvain Wallez wrote, On 29/07/2003 9.35:
snip /
It's basically RequestFactories coming back on the table. But this
time, this must be more than a simple class to handle file uploads.
Yes, IMHO we need another concept, and present it in the sitemap.
Before, I
On Mon, 28 Jul 2003 22:40:25 -0400
Vadim Gritsenko [EMAIL PROTECTED] wrote:
Tetsuya Kitahata wrote:
snip/
Here I put (attached) a zipped file named i18n_japanized_sample.zip,
which contains:
1. messages_ja.xml
2. menu_ja.xml
Ok, checked in, but I have no even slightest idea what's in these
Marc Portier wrote:
Sylvain,
This perfectly alligns with how I have been thinking about extracting
and embracing the nice ideas your first RT was bringing to the scene...
Cool ;-)
It also shows you have a more elaborate (lots of forms?) case at hand
you want to tackle with Woody, so I
Carsten Ziegeler wrote:
So, by this, it means, we should only apply bug-fixes and docs to the
repository.
Up to the 2.1 release only. After that, 2.1.1-dev starts.
Now, I think this applies only to the core, we can still change the blocks,
at least the blocks marked as alpha.
Yes.
We now have
Vadim Gritsenko wrote:
Carsten Ziegeler wrote:
snip about=2.1.1 versus 2.2 /
We decided to create a new repository for each major version, so this
would require to create a cocoon-2.2 repository.
Another thing to keep in mind is that if everybody starts developing 2.2
and nobody works on
Hi:
I had a concern about how to manage parameters that are flying between the
server and the client.
It will worth if we have an attribute in the form that define when we are
waiting or not for a parameter back from the user?
I know woody has some formulas, I was not full review woody. :)
I
Marc Portier wrote:
Vadim Gritsenko wrote:
Carsten Ziegeler wrote:
We decided to create a new repository for each major version, so this
would require to create a cocoon-2.2 repository.
Another thing to keep in mind is that if everybody starts
developing 2.2
and nobody works
On Mon, 28 Jul 2003, Sylvain Wallez wrote:
I'd like to propose two people for Cocoon committership : Ugo Cei and
Marc Portier.
Please cast your votes.
+1 for both - congratulations guys!
Andrew.
--
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director
vgritsenko2003/07/29 06:54:33
Modified:.changes.xml
lib jars.xml
Added: lib/optional fop-0.20.5.jar
Removed: lib/optional fop-0.20.4.jar
Log:
Update FOP to the latest release
Revision ChangesPath
1.30 +5 -2
Hi guys,
Check out the samples. Most of them work ok, with the exception of i18n
samles -- click on content view or links view and see the results. i18n
samples use aggregation and resources in the sitemap with the label on
one aggregated part. When this pipeline moved from the resource to the
On Mon, 2003-07-28 at 22:15, Sylvain Wallez wrote:
snip/
Convertors
--
Convertors (or should it be converters ?)
hmm, good point. They seem to be both valid. I seem to have a natural
tendency to write convertor, but I'm fine with both. I've noticed that
later on in this mail you've
stephan 2003/07/29 07:29:10
Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap
ActNodeBuilder.java
Log:
Throw configuration exception if the map:actions-sets element is missing.
Revision ChangesPath
1.2 +11 -5
Carsten Ziegeler wrote:
I have read most of the RT and think I have understand some parts of it.
Now, I agree that keeping the field definitons as short and comprise
as possible is good.
Now - without reading more of all the discussions and looking into
woody - I just wanted to throw in some
Bruno Dumon wrote:
On Tue, 2003-07-29 at 15:07, Antonio Gallardo wrote:
Hi:
I had a concern about how to manage parameters that are flying between the
server and the client.
It will worth if we have an attribute in the form that define when we are
waiting or not for a parameter back from the
Stefano Mazzocchi [EMAIL PROTECTED] asks:
If you do the Google search you'll notice the references to
randomized
paging algorithms. I didn't chase these very far other than to
determine that at least one author shows that they can
perform as good
as conventional algorithms but not
Vadim Gritsenko wrote:
Hi guys,
Check out the samples. Most of them work ok, with the exception of i18n
samles -- click on content view or links view and see the results. i18n
samples use aggregation and resources in the sitemap with the label on
one aggregated part. When this pipeline moved
Bruno Dumon wrote:
On Mon, 2003-07-28 at 22:15, Sylvain Wallez wrote:
snip/
Convertors
--
Convertors (or should it be converters ?)
hmm, good point. They seem to be both valid. I seem to have a natural
tendency to write convertor, but I'm fine with both. I've noticed that
later on
Stefano Mazzocchi wrote:
Careful here: I never said that a symmetrical design is bad (actually,
I love when designs become symmetrical), what is bad is symmetry-driven
design.
The design should be done driven by the constraints where it must
operate and it should, at the end, turn out
Carsten Ziegeler wrote:
Finally, our beta (named rc) is out and I will create the announcements
tomorrow to give the mirrors a little bit of time.
So, by this, it means, we should only apply bug-fixes and docs to the
repository.
Now, I think this applies only to the core, we can still change the
On Tuesday, Jul 29, 2003, at 16:58 Europe/Rome, Hunsberger, Peter wrote:
Stefano Mazzocchi [EMAIL PROTECTED] asks:
If you do the Google search you'll notice the references to
randomized
paging algorithms. I didn't chase these very far other than to
determine that at least one author shows that
Gianugo Rabellino wrote:
snip/
I'm fine with it, and it sure makes sense if we are to provide blocks
in the next version. However, can this be done by CVS cp instead
than imports? I don't feel like losing the history again...
Yep. I'm strongly -1 to a new repo if we loose history...
Vadim Gritsenko wrote:
Another thing to keep in mind is that if everybody starts developing 2.2
and nobody works on 2.1+, then it makes sense to copy all of the blocks
to 2.2 as well, and 2.1 will become historical.
Please don't call it like this. Let users have a stable version for a
while
Geoff Howard wrote:
Vadim Gritsenko wrote:
Hi guys,
Check out the samples. Most of them work ok, with the exception of
i18n samles -- click on content view or links view and see the
results. i18n samples use aggregation and resources in the sitemap
with the label on one aggregated part. When
Sylvain Wallez wrote:
Bruno Dumon wrote:
snip /
I guess Antonio is talking about computed fields. For example, the
subtotal above is the sum of all amount fields. Amounts are
read-only, and subtotal is a fake field that has no binding to the
application data model.
I'm wondering if
The persistence layer was completely new to me as well. (It was Flow that
got me interested) Hibernate confuse dthe crap out of me. After Antonio's
wiki :http://wiki.cocoondev.org/Wiki.jsp?page=OJBWithJDO
well, JDO makes *sense* heh heh
What I mean is Antonios wiki I could get running and
Gianugo Rabellino wrote:
Vadim Gritsenko wrote:
Another thing to keep in mind is that if everybody starts developing
2.2 and nobody works on 2.1+, then it makes sense to copy all of the
blocks to 2.2 as well, and 2.1 will become historical.
Please don't call it like this. Let users have a
Gianugo Rabellino [EMAIL PROTECTED] writes:
Having these advanced xml-rpc capabilities would men a hell
of a lot
for Cocoon NG: as one of my bosses pointed out this morning, this is
exactly what would be missing to use Cocoon as the perfect EAI tool
(yes, I know that you don't give a
Marc Portier wrote:
Sylvain Wallez wrote:
Marc Portier wrote:
Sylvain,
This perfectly alligns with how I have been thinking about
extracting and embracing the nice ideas your first RT was bringing
to the scene...
Cool ;-)
it is called 'shared neurons' :-)
snip about=your project and
Bruno Dumon wrote:
On Tue, 2003-07-29 at 17:23, Sylvain Wallez wrote:
snip/
As for disposal, the TreeProcessor maintains a list of all Disposable
nodes created by the builders that are disposed when the sitemap itself
is disposed (BTW, thanks Carsten for finding that nodes should be
disposed
On 29/07/2003 18:17 Sylvain Wallez wrote:
Marc Portier wrote
I do understand this might break some backwards compat stuff, but the
block is labeled 'unstable' and 'alfa' precisely because we know this
is bound to happen
nevertheless Bruno is doing an effort to notify the users list of
Steven Noels wrote:
On 29/07/2003 18:17 Sylvain Wallez wrote:
Marc Portier wrote
I do understand this might break some backwards compat stuff, but
the block is labeled 'unstable' and 'alfa' precisely because we know
this is bound to happen
nevertheless Bruno is doing an effort to notify the
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=12291.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
gianugo 2003/07/29 10:55:36
Added: src/blocks/linotype/samples/stylesheets
hierarchy2cinclude.xslt
Log:
Added this missing stylesheet for the source-based version of Linotype
Revision ChangesPath
1.1
gianugo 2003/07/29 10:59:29
Modified:src/blocks/linotype/samples sitemap.source.xmap
sourceflow.js
Log:
Pipeline needs to be non caching, something to investigate.
Also, while at it, made sourceflow.js more general.
Revision ChangesPath
1.3
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=15806.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
vgritsenko2003/07/29 11:02:57
Modified:src/webapp sitemap.xmap
Log:
Add comment about html4 doctype. Align serializer's definitions.
Revision ChangesPath
1.6 +51 -48cocoon-2.0/src/webapp/sitemap.xmap
Index: sitemap.xmap
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=15806.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
vgritsenko2003/07/29 11:49:30
Modified:.changes.xml build.xml
lib jars.xml
src/java/org/apache/cocoon/components/language/programming/java
JavaLanguage.java Jikes.java NullFormatter.java
vgritsenko2003/07/29 11:50:38
Added: legalLICENSE.jdtcore
lib/optional jdtcore-2.1.0.jar
Log:
Backport eclipse compiler from 2.1
Revision ChangesPath
1.1 cocoon-2.0/legal/LICENSE.jdtcore
Index: LICENSE.jdtcore
vgritsenko2003/07/29 11:55:42
Added: src/java/org/apache/cocoon/components/language/programming/java
eclipse.xconf
Log:
Backport eclipse compiler from 2.1
Revision ChangesPath
1.1
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=16580.
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=16580.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, Jul 29, 2003 at 08:47:46AM -0800, JD Daniels wrote:
The persistence layer was completely new to me as well. (It was Flow that
got me interested) Hibernate confuse dthe crap out of me. After Antonio's
wiki :http://wiki.cocoondev.org/Wiki.jsp?page=OJBWithJDO
well, JDO makes *sense* heh
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=5978.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
- Original Message -
From: Leszek Gawron [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 29, 2003 10:02 AM
Subject: Re: Hibernate vs. OJB
2. The OJB tutorial (IBM site) states that it is difficut to use it with
IDEs
as it enables persistence to classes by modyfying the
Leszek Gawron dijo:
1. I have a feeling that Hibernate makes it easier to model more
advanced structures. I did not get the feeling with OJB.
This is just a feeling. The O/R mapping is here for a while and it allow
to make complex models. I think the both can manage complex models.
The models
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten,
I couldn't find Volker's report, but I think it's the selector's
responsibility to handle the case when it returns a null context object
and that the sitemap should not enforce a failure in that case.
Furthermore, this modification
Stefano wrote:
If I have a resource like
http://blah.com/news/
and I want to edit, I could ask for
http://blah.com:/news/
http://edit.blah.com/news/
http://blah.com/news/?view=edit;
which are all 'orthogonal' ways of asking a different view
of the same
resource
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=21925.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 2003-07-29 at 18:31, Sylvain Wallez wrote:
Bruno Dumon wrote:
On Tue, 2003-07-29 at 17:23, Sylvain Wallez wrote:
snip/
As for disposal, the TreeProcessor maintains a list of all Disposable
nodes created by the builders that are disposed when the sitemap itself
is disposed
Bruno Dumon dijo:
On Tue, 2003-07-29 at 15:07, Antonio Gallardo wrote:
Hi:
I had a concern about how to manage parameters that are flying between
the server and the client.
It will worth if we have an attribute in the form that define when we
are waiting or not for a parameter back from
Sylvain Wallez dijo:
I guess Antonio is talking about computed fields. For example, the
subtotal above is the sum of all amount fields. Amounts are
read-only, and subtotal is a fake field that has no binding to the
application data model.
Yep. This is the idea. Also note this type of fields
Marc Portier dijo:
some attempt/proposal:
definition-model declares field:
case A: nothing special - defaults to read-write
case B: as being read-only
case C: specific as read-write
binding declared on field
case 1: nothing special - defaults to inherited from the field
definition?
Steven Noels dijo:
On 29/07/2003 18:52 Sylvain Wallez wrote:
And how good it is to see people having so deep the understanding of
opensource values and benefits.
... this being the standard in this fine community. Apart from some core
values, most of my clue w.r.t. the mix of open source
joerg 2003/07/29 19:21:31
Modified:src/java/org/apache/cocoon/servlet BootstrapServlet.java
src/java/org/apache/cocoon/servlet/multipart
MultipartHttpServletRequest.java
src/blocks/deli/java/org/apache/cocoon/components/deli
joerg 2003/07/29 19:24:43
Modified:src/blocks/batik/java/org/apache/cocoon/transformation
FragmentExtractorTransformer.java
Log:
fixing bug 21855: namespace uri as empty string instead of null (spotted by Martin
Holz)
Revision ChangesPath
1.4
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=20308.
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=21379.
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=21703.
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=21703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
97 matches
Mail list logo
