Hi guys,
still here with some problem of
binding. Let me explain the situation.
First of alla snipped of how
the file are made:
-- Binding file --
...
fb:value id="indirizzo1" path="indirizzo"/
fb:value id="cap"
path="cap"/
fb:_javascript_ id="nazione"
path="."
fb:load-form/
fb:save-form
Hmm. Easy to say. But moving to Hibernate is a quite a major
jump... a whole 'nother technology to digest.
I assume that the deprecation status shows up in the code -
it is not clearly indicated on the documentation website - see:
Title: AW: CForms and Modular Database Actions
From my personal experience I would not consider moving to Hibernate as very difficult.
Following the wiki tutorial at http://wiki.apache.org/cocoon/CocoonAndHibernateTutorial it took me a day to create a search form with result list... and the
Hello,
I've a cocoon (2.1.7) application running on linux
within tomcat.
I've a cab file which users need to download and
I've implemented this with a reader.
However only the cab file is downloaded (empty) the
contents of the cab file is not downloaded.
Do i need to match all reasources
Tom
Ok; that is one viewpoint. But I think these quotes from the Wiki:
http://wiki.apache.org/cocoon/GettingStartedWithCocoonAndHibernate
are also pertinent:
Be aware that you will not be ready to write Hibernate-based applications
in 5 minutes. You are about to venture into a complex topic.
Roberto Marra wrote:
Hi guys,
still here with some problem of binding. Let me explain the situation.
First of all a snipped of how the file are made:
-- Binding file --
...
fb:value id=indirizzo1 path=indirizzo/
fb:value id=cap path=cap/
fb:javascript id=nazione path=.
I suspect this
I modify the code in the binding
file like that:
...
fb:_javascript_ id="nazione"
path="."
fb:load-form
/fb:load-form
fb:save-form
varpointer = jxpathContext.getPointer('nazione');
var formValue = widget.getValue();
var appValue = doCountryConversion(formValue);
Derek Hohls wrote:
Tom
Ok; that is one viewpoint. But I think these quotes from the Wiki:
http://wiki.apache.org/cocoon/GettingStartedWithCocoonAndHibernate
are also pertinent:
Be aware that you will not be ready to write Hibernate-based applications
in 5 minutes. You are about to venture
Hi,
I have a CForm (Definiton + Template) and a login-function in flow. Now
I want to combine these two.
function loginpage() {
var loginForm = new Form(forms/LoginForm_d.xml);
loginForm.showForm(form/LoginForm);
}
function login() {
var message = false;
var username =
Have you checked the authentication-fw sample? There are two
alternatives: one with actions and one with flow. The last one might be
just what you need.
Bye, Helma
-Original Message-
From: Johannes Becker [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 14 June, 2005 12:46
To:
Askild
My skills are similar to yours... but, I have not seen any
documents or examples that deal with the creation of a
full-fledged DB app that only uses XSLT, XML, SQL-transformer
and Flow/CForms. I'd be very happy if you can point me in the
right direction.
Thanks.
P.S. XSP is *not*
Hi,
I know these examples. But they don't suit my needs in this case
(unfortunateley).
Cheers
Jonny
Linden H van der (MI) wrote:
Have you checked the authentication-fw sample? There are two
alternatives: one with actions and one with flow. The last one might be
just what you need.
Bye,
Yes, Derek, I have followed the discussion with great interest, but not
participated myself. It seams like reason has won, and someone even
tries to enhance the current XSP-block! 0:-)
As a side note here, look at ?a=9396748682r=1w=2
Askild
Thanks for the tips... for me (and maybe others) I am sure
a simple working demo [uh, the kind where you do not have
to rebuild Cocoon and add/remove blocks etc etc!] would be
very useful... even a series of code snippets. If it works,
I would be happy to dress it up and add to the wiki.
Hi!
seems like I started one thread pointed here for modular db actions and
forms.. I went OJB + Forms way to solve problems and I've been happy
since =)
I did small tutorial stuff on my homepage (and cp that once in to
wiki, but it turned out to be mess.. didn't know how to fix it)..
Hi,
I've got an xsl that is doing the styling, depending of the kind of widget:
xsl:for-each select=fi:widgets/*
xsl:choose
xsl:when test=local-name(.) = 'field'
dothis/
/xsl:when
xsl:when test=local-name(.) = 'submit'
Hi Johannes,
I have had similar problems. I found this in my code:
!-- if was difficult to get local-name() returning the name;
worked only with a variable with value-of in the body --
xslt:template match=*
xslt:variable name=elxslt:value-of
select=local-name()//xslt:variable
Derek Hohls wrote:
Askild
Thanks for the tips... for me (and maybe others) I am sure
a simple working demo [uh, the kind where you do not have
to rebuild Cocoon and add/remove blocks etc etc!] would be
very useful... even a series of code snippets. If it works,
I would be happy to dress it
Hi,
Thanks for the quick response. Unfortunately this didn't help. I found out that the
local-name() for this widget returns action (since its an action-widget).
Is there another way to compare the widgets?
By the way: why are you using for-each and choose/when? XSLT is invented
to do this
Le 14 juin 05, à 16:45, Askild Aaberg Olsen a écrit :
...I'll see if I can make a demo of this concept tonight. A stock
Cocoon-installation comes with a working database, so it should be
easy to install and not too much work.
I don't mean that using Cocoon as a Java-framework is wrong, I
I don't get along with the LDAP transformer.
I want the ldap-transformer to work with the authentication framework.
My sitemap.xmp is:
snip
map:match pattern=authenticate
map:generate src=ldap.xml/
map:transform type=ldap
map:parameter name=rootdn
Hi, I'm having trouble with a binding on a booleanfield> widget. That is to say, the binding seems to be working fine, but... I'm doing a form.save() to a Flowscript object, and when I try to access the property bound to the booleanfield>, things aren't working right. I think it might have
On Jun 14, 2005, at 12:01 PM, Mark Lundquist wrote:
[..snip..]
After I display the form, I call form.save() on the same
catalogChoices object, and then I do this:
var selections = new HashSet();
for (i in catalogChoices) {
var lineItem =
Hi,
On 9 Jun 2005, at 12:02, Mark Leicester wrote:
The Slug And Lettuce, 80-82 Wardour Street, Soho, London:
http://www.multimap.com/map/browse.cgi?pc=W1F+0TG
http://www.slugandlettuce.co.uk/directions/soho.htm
[1] http://wiki.apache.org/cocoon/CocoonUserGroupLondon
A quick reminder
Bertrand Delacretaz wrote:
Le 14 juin 05, à 16:45, Askild Aaberg Olsen a écrit :
...I'll see if I can make a demo of this concept tonight. A stock
Cocoon-installation comes with a working database, so it should be
easy to install and not too much work.
I don't mean that using Cocoon as a
added mime type and now works
sorry for the noise
I've a cocoon (2.1.7) application running on
linux within tomcat.
I've a cab file which users need to download and
I've implemented this with a reader.
However only the cab file is downloaded (empty)
the contents
On Jun 14, 2005, at 12:17 PM, Mark Lundquist wrote:
Update...
I instrumented the flowscript code some more, add this after the call to load():
print (catalogChoices[i].selected == 'true');
...and this prints true for the checkboxes that are checked. So, it's like it's getting saved as a
Askild Aaberg Olsen wrote:
I'll see if I can make a demo of this concept tonight. A stock
Cocoon-installation comes with a working database, so it should be easy
to install and not too much work.
I don't mean that using Cocoon as a Java-framework is wrong, I just want
to address that
WHIRLYCOTT wrote:
Askild Aaberg Olsen wrote:
I'll see if I can make a demo of this concept tonight. A stock
Cocoon-installation comes with a working database, so it should be
easy to install and not too much work.
I don't mean that using Cocoon as a Java-framework is wrong, I just
want to
It seems highly unlikely to me that someone who cannot master the
important parts of a modern java application will be able to develop
applications that will scale in complexity as the application
requirements increase.
If you think that java is overly complex, building a layer on top of it
Harse, patronizing and true words.
But application complexity was not the issue here...
Askild
WHIRLYCOTT wrote:
It seems highly unlikely to me that someone who cannot master the
important parts of a modern java application will be able to develop
applications that will scale in complexity
Askild Aaberg Olsen wrote:
Why is tightly coupling my data access code to Hibernate so much better
then, isn't this yet another framework (like EJBs)?
What if I don't have the need to reuse this code?
What if I'm just a newbie trying to get some data into my webapp?
I should clarify that
Yesterday i had similar problems, i solved it with this test :
if(row.getChild(select).getValue().booleanValue()){
Maybe this helps :)
Marc
Mark Lundquist a crit :
On Jun 14, 2005, at 12:17 PM, Mark Lundquist wrote:
Update...
I instrumented the flowscript code some more,
33 matches
Mail list logo