Il giorno 06/nov/04, alle 19:58, Bertrand Delacretaz ha scritto:
Le 6 nov. 04, à 18:57, Ugo Cei a écrit :
...I'll certainly do it ... as soon as you do a chmod g+w on that
directory.
oops sorry ;-)
Should be ok now.
-Bertrand
Uploaded. Thanks.
Ugo
--
Ugo Cei - http://beblogging.com/
On 05.11.2004 11:19, Leszek Gawron wrote:
Terence Parr sugests that test like $bloodPressure120 in the view
should be performed in the model and tested in the view like
!$bloodPressureOk. He even says that:
Even simple tests that make negative values red should be
computed in the model; the
On Sun, 7 Nov 2004, Giacomo Pati wrote:
On Sat, 6 Nov 2004, Carsten Ziegeler wrote:
Giacomo Pati wrote:
Should the new RunnableManager from trunk make it also into
the 2.1.x branch? I'm working on the move of components using
their own Thread/Runnable into it.
Yes, I think we should add this
Hi:
Seems like the ojb block is missing some dependencies I will try to
fix it now.
Best Regards,
Antonio Gallardo
On 6 Nov 2004, at 16:39, Bertrand Delacretaz wrote:
I have put my presentation files in
/www/www.apache.org/dist/cocoon/events/gt2004/presentations on
cvs.apache.org so that they can be found (once mirrors are updated) at
http://cocoon.apache.org/mirror.cgi.
Could other speakers do the same
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32102.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32102.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30065.
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://issues.apache.org/bugzilla/show_bug.cgi?id=30065.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Joerg Heinicke wrote:
On 05.11.2004 11:19, Leszek Gawron wrote:
Still this is very inconvenient if the model is built for you i.e.
object graph built by hibernate. I would have to make controller
dependant on view view wants to show. Right now I just pass one entity
to view and do not care if
Leszek Gawron dijo:
Joerg Heinicke wrote:
On 05.11.2004 11:19, Leszek Gawron wrote:
Still this is very inconvenient if the model is built for you i.e.
object graph built by hibernate. I would have to make controller
dependant on view view wants to show. Right now I just pass one entity
to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31524.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Leszek Gawron wrote:
Now I get it why some cocooners have such a different opinion. I think
there are two worlds that cocoon covers:
- xml publishing, dynamic sites but with not that much business logic.
Here the most work is put into data aggregation and rendering. I think
your opinion
Well, as I now have an account it seems that this is an appropriate time
to introduce myself to you all.
I am a California native, born and raised just outside of Los Angeles.
When I started college I was Physics major, but when I took my first
class in computers I was hooked. I received a
Ralph Goers wrote:
snipagree to all/snip
Maybe this is just a different way to say the same thing. In our
environment we designed and developed the business entities first
independent of any view. We then determined what DTOs needed to be
transfered to the presentation tier based upon the
Leszek Gawron wrote:
There is one big difference when using Hibernate(d) model: You do not
have to use DTOs so it's easier to scale the system but harder to
enhance particular views with some specially rendered data.
I try to avoid DTO pattern as much as I can.
This is completely off topic.
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
Sorry for this late answer, I was out of office today (woke up a 5am to
go to the airport :-/ )
No problem, we all have different schedules to juggle.
Thank you very much for taking the
Tim Larson wrote:
On Fri, Nov 05, 2004 at 09:58:43PM +0100, Sylvain Wallez wrote:
Ok. Does this mean choose/when will replace union/case? Also, the wiki
[1] shows several alternatives for choose/when, and unless I missed
something we have not decided which approach to use.
Yes,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24289.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32102.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ralph Goers wrote:
Leszek Gawron wrote:
There is one big difference when using Hibernate(d) model: You do not
have to use DTOs so it's easier to scale the system but harder to
enhance particular views with some specially rendered data.
I try to avoid DTO pattern as much as I can.
This is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32102.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 07.11.2004 17:21, Leszek Gawron wrote:
Still this is very inconvenient if the model is built for you i.e.
object graph built by hibernate. I would have to make controller
dependant on view view wants to show. Right now I just pass one
entity to view and do not care if view asks for entity
On 07.11.2004 18:23, Ralph Goers wrote:
For web applications:
- the model is the first to be agreed upon/designed/implemented
- the model is the core of the application and most weight is shifted
in that direction
- the model is strongly typed, has a lot of constraints. Almost whole
model
Joerg Heinicke wrote:
That's the way we did it until now too. But all with only one view.
What's your experience when supporting your multiple views? An
additional needed field in one of your forms should result in editing
so many views or isn't it?
I'm not sure I understand the last question.
I just tried compiling BRANCH_2_1_X using jdk1.3.1_12. I am getting the
same error Antonio reported in
http://archives.real-time.com/pipermail/cocoon-devel/2004-May/032961.html.
I don't see a mention of how this was fixed.
Hi Ralph:
It is supposed that the scratchpad block is one of the expception while
building with 1.3. Also there is the ojb block too. This blocks only work
for java 1.4. If you are using 1.3, you can exclude this 2 blocks from the
build.
BTW, there is jdk1.3.1_13
Best Regards,
Antonio Gallardo
Antonio Gallardo wrote:
Hi Ralph:
It is supposed that the scratchpad block is one of the expception while
building with 1.3. Also there is the ojb block too. This blocks only work
for java 1.4. If you are using 1.3, you can exclude this 2 blocks from the
build.
BTW, there is jdk1.3.1_13
Thanks.
Hi:
I think it is the third time I am fixing enum names. It breaks the build
system for java 1.5. ;-)
Best Regards,
Antonio Gallardo
P.S: Please don't take it personally, I know there are a lots of mails and
this is hard to keep all on the list. ;-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24289.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Can someone give some help figuring out what is wrong with gump for
the JMS block? The build snippet below appears to show a failure due
to classpath (unresolved symbol) but the geronimo jms spec jar is in
the classpath (also below) and the block actually does build using the
build script.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30065.
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://issues.apache.org/bugzilla/show_bug.cgi?id=24289.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31857.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31857.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32095.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sat, 2004-11-06 at 16:13 +0100, Daniel Fagerstrom wrote:
Please submit your patch to Bugzilla so that it doesn't get lost among
all the mails. See http://wiki.apache.org/cocoon/ProjectManagement for
instructions. It is also good to have a Bugzilla entry so that you can
add refinements to
Hello
I have created a small expression evaluator based on commons-el and
wondered if you would be interested in it. It is not finished but the
basic functionality is there.
The major feature of it is that it supports object conversion similar to
what Daniel Fagerstrm proposed some time ago:
Ralph Goers wrote:
Well, as I now have an account it seems that this is an appropriate time
to introduce myself to you all.
I am a California native, born and raised just outside of Los Angeles.
When I started college I was Physics major, but when I took my first
class in computers I was
Reinhard Poetz wrote:
Thank you, very interesting reading!
BTW, could you tell about how you use the Cocoon Portal? (... in ways
that were probably never thought of by its authors ... makes me
curious ;-)
Sure. It turns out that the portal (if you ignore the JSR-168 support)
is really a
Hi Ralph,
Thanks for your introduction and once again welcome - it is great to
see people with widely different use cases, environments and
backgrounds here!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
I am trying to merge changes I have made on BRANCH_2_1_X with trunk.
What is the best way to do that?
On Sun, 7 Nov 2004, Ralph Goers wrote:
While I was in college I got a job working for Litton Industries in their
computer center operating IBM mainframes. After my graduation I was promoted
to be a CICS systems programmer (hopefully, more than a few of you know what
CICS is).
This sounds too me
47 matches
Mail list logo