Re: XMLForm Xindice howto at Wiki refactored and ready

[Ivelin Ivanov]

-=Ivelin=-
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 31, 2003 11:06 PM
Subject: Re: XMLForm Xindice howto at Wiki refactored and ready


> > I think you are correct.
> > The point is to identify the exact xpath to the @id attribute.
> Ok, so I let it that way then.

Please modify it to /Artist/@id, do not leave it as //


>
> > If you get it started, I can review the changes and we should be able to
> > wrap it up in a few iterations.
> Well, first I'll see what to do regarding the howto. I mean, I'll read the
> howto submit a howto and all and get it touch with Dianna and make it
> available in the docs...
> After that I'll try to learn something about Input Modules. And then maybe
> I'll take the challenge and try to make it. I'll drop you a line then.
>
> Best.
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Xindice howto at Wiki refactored and ready

[Ivelin Ivanov]

> I see, but let me explain it.
> I should not use "//", that's ok, but I think "/@id" for example is not
> enough.
> If I'm right, using "/" gives the Document Root but not the Root Element
and
> I can't access from there the id attribute. Also, making it that way I get
> the exception at the end of this message, which seems to confirm my
theory.
>
> So, what I think it could be a good solution is to use '/Artist/@id' and
> 'Artist/Name'. What do you think? Am I wrong?

I think you are correct.
The point is to identify the exact xpath to the @id attribute.

> > This will allow benefiting from the InputModules to access xml files
from
> > different sources: file system, xindice, remote URL, etc.
> >  
> >
> > If you think this makes sense, please consider submitting a patch to
that
> > effect.
> I like very much this approach. Unfortunately I do not think I'm expert
> enough to accomplish this yet and I do not want to touch things that are
> working. I'm afraid I could make some mistakes.
> I also should learn more about Input Modules, I still haven't used them at
> all.
> Anyway, if nobody's doing it, I should try it sooner or later...it would
be
> a good addition.

If you get it started, I can review the changes and we should be able to
wrap it up in a few iterations.




Ivelin




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Xindice howto at Wiki refactored and ready

[Ivelin Ivanov]

Josema,

The new revision is excelent.

Please follow the instructions to submit an official HOWTO
http://xml.apache.org/cocoon/howto/howto-author-howto.html

Diana will take it from there.


I would recommend the following minor corrections to the code:

In the fragment below, why use "//". Is it a typo?
"/info" and "/@id are probably more appropriate.
The ref in the textbox case should always resolve to a single node. "//" may
return a nodeset.

 
  Artist identifier:



same applies for

String artistName = (String)getForm().getValue(//@id);
...
v.setPath(//@id);


Do you even need // for
Node result = xi.find(xindiceSubCol, "//Artist[@id='"+ artistName +"']",
"Artist");

this looks like stale code

  //v.setPath("/artistName");



You can remove the reset() method.
Checkboxes are automatically handled for session scope beans.
My experience shows that when representing plain value objects, session
beans are never a memory concern
with the modern app servers.
I would prefer them almost always over request scope.
Much easier to code, which results in less code and less maintanance.




On a different note, I thinkg that your code can be used in the
AbstractXMLFormAction.

For example when the map parameter is prefixed with "java:", like in
"java:org.my.TestBean",
then the existing JavaBean instantiation logic can be used.
In all other cases, the model can be resolved via the SourceResolver.
This will allow benefiting from the InputModules to access xml files from
different sources: file system, xindice, remote URL, etc.
 

If you think this makes sense, please consider submitting a patch to that
effect.



Congratulations for the great job once again.


-=Ivelin=-
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Tuesday, January 28, 2003 1:06 PM
Subject: XMLForm Xindice howto at Wiki refactored and ready


> Ivelin and all,
>
> I finally had the time to refactor the example. Following the ideas we
> exchanged these past days, I put it altogether at Wiki and I think we have
> now a much better sample :-)
> http://wiki.cocoondev.org/Wiki.jsp?page=XMLFormXindice
>
> Please, review it if you want to and inform me of any faults you can find
so
> i could fix them. I hope i wrote a clear explanation.
>
> If you feel this can be a good addittion to the official how-tos feel free
> of adding it yourself of let me know who I should contact (Diana, maybe?)
or
> where I should start. I still have not contributed anything to the
official
> docs and I'm somewhat lost...
>
> Thanks.
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

[article] xml.com: XML Forms, Web Services and Apache Cocoon

[Ivelin Ivanov]

XML Forms, Web Services and Apache Cocoon
http://www.xml.com/pub/a/2003/01/29/cocoon-xforms.html?page=last#thread


-=Ivelin=-


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm problem: PLEASE HELP (att. XMLForm architects and specialists)

[Ivelin Ivanov]

Sylvain,

did you try to debug the AbstractXMLFormAction and the XMLFormTransformer.
This is probably your best bet for finding the problem.

-=Ivelin=-
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, January 29, 2003 10:02 AM
Subject: XMLForm problem: PLEASE HELP (att. XMLForm architects and
specialists)


Hello,

Is there someone in the list that could help me to find a XMLForm problem
that I have for few weeks!
I have read all the XMLForm doc and source code but I really don't
understand what is this problem.
I don't have enough experience to find the solution.
My project is totally based on Cocoon and XMLForm and I can't move forward
for days in it.

The problem happens when I try to display a Node or a List with a 
tag.
The first time I load the view, the page is empty (but the List or Node
contains data).
If now I refresh my browser, the page is full and all is OK!


Here is part of the xmlform.log (cleaned):

DEBUG   Thread-5/AbstractSAXTransformer: BEGIN setup
resolver=org.apache.cocoon.environment.http.HttpEnvironment@2f4309,
objectModel={httpresponse=org.apache.coyote.tomcat4.CoyoteResponseFacade@5a2
dc4, response=org.apache.cocoon.environment.http.HttpResponse@72c47b,
context=org.apache.cocoon.environment.http.HttpContext@d4f27,
source-resolver=org.apache.cocoon.environment.http.HttpEnvironment@2f4309,
request=org.apache.cocoon.environment.http.HttpRequest@4187c8,
httprequest=org.apache.coyote.tomcat4.CoyoteRequestFacade@395f72,
httpservletcontext=org.apache.catalina.core.ApplicationContextFacade@22c9df}
, src=null,
parameters=org.apache.avalon.framework.parameters.Parameters@73552f
DEBUG   Thread-5/AbstractSAXTransformer: END setup
DEBUG   Thread-5/AbstractSAXTransformer: BEGIN setupTransforming
DEBUG   Thread-5/AbstractSAXTransformer: END setupTransforming
DEBUG   Thread-5/XMLFormTransformer: BEGIN startTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=form, raw=xf:form,
attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7)
DEBUG   Thread-5/XMLFormTransformer: END startTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN startTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption,
attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7)
DEBUG   Thread-5/XMLFormTransformer: END startTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN endTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption)
DEBUG   Thread-5/XMLFormTransformer: END endTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN startTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=repeat, raw=xf:repeat,
attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7)
DEBUG   Thread-5/AbstractSAXTransformer: BEGIN startRecording
DEBUG   Thread-5/AbstractSAXTransformer: END startRecording
DEBUG   Thread-5/XMLFormTransformer: END startTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN startTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=output, raw=xf:output,
attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7)
DEBUG   Thread-5/XMLFormTransformer: END startTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN startTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption,
attr=org.apache.xerces.parsers.AbstractSAXParser$AttributesProxy@3104d7)
DEBUG   Thread-5/XMLFormTransformer: END startTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN endTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=caption, raw=xf:caption)
DEBUG   Thread-5/XMLFormTransformer: END endTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN endTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=output, raw=xf:output)
DEBUG   Thread-5/XMLFormTransformer: END endTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN endTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=repeat, raw=xf:repeat)
DEBUG   Thread-5/AbstractSAXTransformer: BEGIN endRecording
DEBUG   Thread-5/AbstractSAXTransformer: END endRecording fragment=
http://xml.apache.org/cocoon/xmlform/2002"; ref="salut">
Workstation: 
  

DEBUG   Thread-5/XMLFormTransformer: BEGIN startTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=group, raw=xf:group,
attr=org.xml.sax.helpers.AttributesImpl@30d33c)
ERROR   Thread-5/XMLFormTransformer: pass through element [group]
DEBUG   Thread-5/XMLFormTransformer: END startTransformingElement
DEBUG   Thread-5/XMLFormTransformer: BEGIN endTransformingElement
uri=http://xml.apache.org/cocoon/xmlform/2002, name=group, raw=xf:group)
ERROR   Thread-5/XMLFormTransformer: unknown element [group]
DEBUG   Thread-5/XMLFormTransformer: END endTransformingElement
DEBUG   Thread-5/XMLFormTransformer: 

Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]

[Ivelin Ivanov]

Sounds like fun.


-=Ivelin=-
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 27, 2003 6:32 PM
Subject: Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]


> Ivelin,
>
> I got reply from Dmitri. I'm copying it below. Unfortunately I was right
and
> there's not better way of making it with Containers other that the casting
I
> proposed. Maybe when updating to 1.1.
>
> I'll rewrite the how-to tomorrow if I can find a couple hours and put it
in
> the Wiki so you could see it all. If you feel it's ok, then we'll talk
about
> how to make it available for the official docs, ok?
>
> Thanks for your help.
>
>
> - Original Message -
> From: "Dmitri Plotnikov"
> To: "Josema Alonso"
> Sent: Monday, January 27, 2003 11:19 PM
> Subject: Re: please help about a problem using JXPath Containers in Cocoon
>
>
> > Josema,
> >
> > I think your solution is fine with JXPath 1.0, despite all the type
> > casts.
> >
> > With JXPath 1.1 I could recommend this to extract the document element:
> >
> > Element root = (Element)context.getPointer("/*").getNode();
> >
> > Unfortunately the getNode() method was not introduced until after 1.0
> > was released.  If you call getValue(), the Element is converted to
> > string by stripping all tags and keeping all textual contents - that's
> > not what you need.
> >
> > - Dmitri
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]

[Ivelin Ivanov]

> Ivelin, I have coded the changes and finally got it working.
> The part I don't like too much is where I need to get the model in order
to
> add the document to the DB. Until that part everything seems to fit quite
> nicely.
> Remember I got the model stored in a XMLDocumentContainer and now I need
the
> whole model in a DOM Node or XML String in order to add it to Xindice.

I understand. It looks like you've been in a really good mood to get this
casting to work ;)
I suggest emailing the JXPath lead Dmirti for ideas, his email is
[EMAIL PROTECTED]

>
> This is what I did:
> /**
> * Add the document to the database
> */
> public void addDocument() throws Exception {
>   try {
> //add the document to the database
> XindiceManager xi = new XindiceManager();
> //needs the DocumentRoot of the container
> xi.add(xindiceSubCol,
>
((Document)(((XMLDocumentContainer)(getForm().getModel())).getValue())).getD
> ocumentElement(), null);
>   }
>   catch (Exception e) {
> getLogger().error("DOM Document could not be created", e);
> throw e;
>   }
> }
>
> Yeah, what a casting experience! ;-)
> Maybe I'm missing somehting and there's an easier way in order to get what
I
> need...
>
> I prefer to send thi to the list for review by you or anybody else and
then
> I'll update the Wiki howto. Once reviewed and finished maybe this will be
a
> candidate for the official how-to docs, what do you think?

Go ahead. This will be a nice addition to the samples and how-tos.


Ivelin




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]

[Ivelin Ivanov]

>
> > 3) Override the getForm() method in the action
> Wouldn't it be enough to override the getFormModel() method?

Yes. Your code looks good.

> Something like this:
>   protected Object getFormModel() {
>  //to load the XML model
>  Container DOMModel = null;
>  Source modelSrc = null;
>//this parameter holds the name of the xml file with the empty XML
> structure
> String modelFileName = getParameters().getParameter("xmlform-model",
> null);
> if(modelFileName==null) return null;
> try {
>  modelSrc = getSourceResolver().resolveURI(modelFileName);
>   DOMModel = new XMLDocumentContainer(new
> StreamSource(modelSrc.getInputStream()));
> return DOMModel;
>   }
>   catch ( Exception e) {
> throw new CascadingRuntimeException( " Failed instantiating form
> model ", e );
>   }
>   finally {
> getSourceResolver().release(modelSrc);
>   }
>   }
>
> > 4) Use the JXPath DOMContainer to load the xml file(constant)
> I have used XMLDocumentContainer. I see there's a DocumentContainer but
only
> present in JXPath 1.1 alpha and the jar file is still not included in
> Cocoon, so I used the soon to be deprecated mentioned.
> Btw, how could I extract a DOMNode from the root or an XML String so I
could
> store the whole structure afterwards? I see in 1.1alpha I could do
something
> like 'DocumentContainer.MODEL_DOM' but I guess in 1.0 I should get a
> JXPathContext and search for the root node so I can get the String I need.
> Am I right?

Absolutely. On all counts.

>
> > 5) Use the DOMContainer object as the Form model
> Ok. But where should I store it? In a separate file like the ArtistBean I
> got before?
> Or maybe would be enough to declare it and initialize it in the getForm()
or
> getFormModel() method?

Should do.

>
> > 6) When you need to reference a node in the model, instead of using the
> DOM
> > API, you can directly use XPath,
> > like this: getForm().getValue("/@id")
> At this stage I can only see the form and when trying to access the model
I
> get the following exception: 'Cannot setValue of an object that is not
some
> other object's property/child'

I am not sure why that is. Look at the source of the XMLFormTransformer and
see how it uses the Form.getValue() to access properties referenced via
"ref" attributes in an XMLForm source document.

>
> Sorry about all the questions but this is totally new for me and it is not
> easy.

Not a problem at all. I have been looking for a good XML data model & db
example for a long time.
You are getting up to speed very fast.



Cheers,


Ivelin




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Cocoon Presentation in Austin

[Ivelin Ivanov]

Cocoon will set foot on the stage in Austin at the monthly gathering of the
XML Users Group.

http://www.xmlaustin.org/_html_out/main/index.html


-=Ivelin=-



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]

[Ivelin Ivanov]

Excelent document.

I would like to suggest a slight improvement.
The Model part can be improved quite a bit if you use a DOM object directly
instead of a JavaBean wrapper.

more specificly:

1) You can remove ArtistBean altogether
2) Store the empty id structure in a static file or local constant
3) Override the getForm() method in the action
4) Use the JXPath DOMContainer to load the xml file(constant)
5) Use the DOMContainer object as the Form model
6) When you need to reference a node in the model, instead of using the DOM
API, you can directly use XPath,
like this: getForm().getValue("/@id")


If you follow these steps and I am not totally wrong, you should be able to
cut about 50 lines from the sample.


-=Ivelin=-

- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 23, 2003 2:42 AM
Subject: RE: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]


> Ouch...I forgot to include the URL. I'm sorry.
>
> http://wiki.cocoondev.org/Wiki.jsp?page=XMLFormXindice
>
> Thanks :)
>
> -Mensaje original-
> De: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> Enviado el: jueves, 23 de enero de 2003 4:24
> Para: [EMAIL PROTECTED]
> Asunto: Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]
>
>
>
> What is the URL?
>
> -=Ivelin=-
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]

[Ivelin Ivanov]

> Hi!
>
> I strongly believe in XForms, but the sample you pointed show that the use
> with Java Beans for DB connectivity and data validation is currently too
> complex.

I would argue that it is no more complex than doing the same with Struts.
Let alone plain JSP and classic controller Servlets.

> I am thinking in what will happen if every form will be code like
> the example in a huge application? What about changes in the large DB
> application?

I guess the sample is supposed to focus on showing how to use XMLForm with
Xindice.
If it is not making it clear that this is the one message it sends, then the
text should be revised.

>
> Can a generator build the Java Beans automatically what about the Action
> automatically generated? Maybe we can find the answer in this area.

Let's try to find it.
Josema proposed an answer in the XML db area.
We need another brave soul (maybe Antonio :) to show relational db usage.


Ivelin

>
> Please dont take this email in the wrong sense. I know this is a very new
> technology and you are doing your best effort to get it run under Cocoon.
>
> But maybe we can find another way to make it easier.
>
> If this is the currently way to work with the XForms with Db connectivity.
> I think many people will stay at the current model:
>
> XML Form + stylesheet + validation form + DB modular actions.
>
> Maybe we can find something similar.
>
> Best Regards,
>
> Antonio Gallardo.
>
> P.D: I know this is a cruel critic to the current work developed in this
> area. But I think it must to be told. Please dont take me bad. I strongly
> believe in Cocoon.
>
>
> Sorry
>
> Josema Alonso dijo:
> > Ouch...I forgot to include the URL. I'm sorry.
> >
> > http://wiki.cocoondev.org/Wiki.jsp?page=XMLFormXindice
> >
> > Thanks :)
> >
> > -Mensaje original-
> > De: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> > Enviado el: jueves, 23 de enero de 2003 4:24
> > Para: [EMAIL PROTECTED]
> > Asunto: Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]
> >
> >
> >
> > What is the URL?
> >
> > -=Ivelin=-
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]

[Ivelin Ivanov]

What is the URL?

-=Ivelin=-
- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Wednesday, January 22, 2003 6:18 PM
Subject: XMLForm Xindice Howto added to Wiki [please, att. Ivelin]


> Hi, all.
>
> Ivelin, I should have done it a long while ago, but it was not possible
for
> me until this day.
> I added a HowTo on using Xindice with XMLForms. I tried to use the easiest
> possible way. I hope I had not too many faults.
> Please review it and comment it if you want.
>
> Hope it could be useful.
>
> Best.
>
> ps: I used the Wiki since it was a lot easier for me, but you can put it
> wherever you think is better.
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [XMLForm] initialization of the model

[Ivelin Ivanov]

Yes, to both questions.

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 9:45 AM
Subject: RE: [XMLForm] initialization of the model


Hi Ivelin,

I have tried to put these lines in the prepare() method and it works:

code
Form.remove(getObjectModel(), getFormId());
getForm().addFormListener(this);
code

But to understand this thing could you tell me:
- the getFormModel() method is called the first time you call the app,
right?
- is the getFormModel() method called before or after the prepare() method?
- the prepare() method is called each time you call the app, right?

Thank you
Regards
Sylvain


-Message d'origine-
De: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
Date: lundi, 20. janvier 2003 15:18
À: [EMAIL PROTECTED]
Objet: Re: [XMLForm] initialization of the model


Try the overriding reset()


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 2:53 AM
Subject: [XMLForm] initialization of the model


Hi all,

I'm trying to initialize the model of a XMLForm app each time I call this
app.
This app is launching from the Cocoon portal, in an authenticated
environment.

I have followed the solution coming from the posts in this list (thank you
for that). The solution was to override the getFormModel() method in the
Action class to initialize the model inside.

I've done this but I still have a problem: the initialization is proceeded
only the first time I call the app (the action) and not each time.
What should I do for doing this?
Is there maybe a session problem?

Any help would be greatly appreciated.
Thank you
Sylvain

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [XMLForm] initialization of the model

[Ivelin Ivanov]

Try the overriding reset()


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 2:53 AM
Subject: [XMLForm] initialization of the model


Hi all,

I'm trying to initialize the model of a XMLForm app each time I call this
app.
This app is launching from the Cocoon portal, in an authenticated
environment.

I have followed the solution coming from the posts in this list (thank you
for that). The solution was to override the getFormModel() method in the
Action class to initialize the model inside.

I've done this but I still have a problem: the initialization is proceeded
only the first time I call the app (the action) and not each time.
What should I do for doing this?
Is there maybe a session problem?

Any help would be greatly appreciated.
Thank you
Sylvain

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: xmlform samples are not working for me

[Ivelin Ivanov]

Title: xmlform samples are not working for me



This looks like another bad version of the Xerces or Xalan 
libs.
Have these been changed lately?
 
Ivelin
 

  - Original Message - 
  From: 
  Jonathan Spaeth 
  To: '[EMAIL PROTECTED]' 
  
  Sent: Wednesday, January 15, 2003 9:11 
  AM
  Subject: xmlform samples are not working 
  for me
  
  I just checked out the latest version of the 
  repository and found the xmlform samples are not working for me: 
  Here is the stack trace.  Has anybody seen 
  this or know what it could be related to? 
  java.lang.NullPointerException:at 
  org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.validatePipeline(AbstractCachingProcessingPipeline.java:424)at 
  org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.setupPipeline(AbstractCachingProcessingPipeline.java:545)at 
  org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.preparePipeline(AbstractProcessingPipeline.java:497)at 
  org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:463)at 
  org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:148)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:158)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at 
  org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at 
  org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)at 
  org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)at 
  org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)at 
  org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)at 
  org.apache.cocoon.Cocoon.process(Cocoon.java:600)at 
  org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)at 
  javax.servlet.http.HttpServlet.service(HttpServlet.java:853)at 
  org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)at 
  org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)at 
  org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)at 
  org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)at 
  org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)at 
  org.apache.catalina.core.ContainerBa

Re: XMLForms and checkboxes

[Ivelin Ivanov]

XMLForm handles automatically unchecked check-boxes when the form is session
scope.
Overriding the reset method is the appropriate place to handle them for
request scope.
See this:
http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard-4.htm
l


Ivelin


- Original Message -
From: "Mark Horgan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 14, 2003 2:26 PM
Subject: XMLForms and checkboxes


> Just checking: is it true that request xmlforms don't handle checkboxes if
> they are unchecked? If so has anybody found a way around this apart from
> changing the scope of the forms to session? Before cocoon I used to send
the
> checkbox element names as hidden elements and compare them with the
request
> parameters when they came through and then update the form model
> accordingly. I'm looking through XMLFormTransformer.java but I don't know
> where to start.
>
> Mark
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: xmlform dtd

[Ivelin Ivanov]

Shah,

There is no DTD available at this point.
The goal is to eventually use the XForms DTD or a subset of it, once XForms
is finalized.

Ivelin



- Original Message -
From: "Yatin Shah" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 08, 2003 2:20 PM
Subject: xmlform dtd


> Hello all,
> Anyone know where can I find the dtd for
xmlform(xmlns:xf="http://xml.apache.org/cocoon/xmlform/2002";)?
> I'm interested in learning about all available
> UI types for use in the form xml files.
> [It's not included in src/documentation/xdocs/drafts,
src/documentation/xdocs/dtd/ or src/webapp/WEB-INF/entities]
>
> Thanks
> 
>
>
> --
> Yatin Shah, President   mailto:[EMAIL PROTECTED]
> Kripa Inc.  http://www.kripa.com
> Dayton, New Jersey USA  phone:  732.329.8303
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Developers of real time event driven distributed DB applications
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: wsproxy generator

[Ivelin Ivanov]

Sorry, misunderstood. I am not sure about excalibur.



- Original Message -
From: "Geoff Howard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 27, 2002 3:19 PM
Subject: RE: wsproxy generator


> right, but my response was about HTMLGenerator - he needed the results to
go
> through tidy.  Do you know off hand if excalibur source supports https?
>
> Geoff
>
> > -Original Message-
> > From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, December 26, 2002 10:31 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: wsproxy generator
> >
> >
> > Actually, the WSProxyGen is using Jakarta HttpClient lib, which in turn
> > supports HTTPS.
> >
> >
> >
> > - Original Message -
> > From: "Geoff Howard" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Thursday, December 26, 2002 12:33 PM
> > Subject: RE: wsproxy generator
> >
> >
> > > Don't know that off hand - it's using Excalibur Source
> > Resolver, so you'll
> > > have to go digging through docs/source there.
> > >
> > > Unfortunately, 90% of the time, the api docs at excalibur give a 404.
I
> > > often wish the Avalon/Excalibur docs from the appropriate version were
> > > bundled with cocoon and this is one of those times.
> > >
> > > It may be faster to just try it.
> > >
> > > Geoff
> > >
> > > > -Original Message-
> > > > From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]]
> > > > Sent: Thursday, December 26, 2002 11:05 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: RE: wsproxy generator
> > > >
> > > >
> > > >
> > > > Thanks for the suggestion. Does html generator retrieve remote
sources
> > by
> > > > https also or does it support http only? I've read that
> > webserviceproxy
> > > > works with https. If html generator works with https as well then
> > > > that would
> > > > be super and solve all my problems.
> > > >
> > > > Sushil
> > > >
> > > > >From: "Geoff Howard" <[EMAIL PROTECTED]>
> > > > >Reply-To: [EMAIL PROTECTED]
> > > > >To: <[EMAIL PROTECTED]>
> > > > >Subject: RE: wsproxy generator
> > > > >Date: Tue, 24 Dec 2002 11:41:46 -0500
> > > > >
> > > > >Yes, you can use WebProxyGenerator with any url, but yes it
> > > > needs to return
> > > > >xml.
> > > > >
> > > > >If you need to retrieve arbitrary html content it would be
> > safer to use
> > > > >HTMLGenerator, which can retrieve remote sources via http,
> > and runs the
> > > > >input through Tidy before sending the sax events through the
> > pipeline,
> > > > >guaranteeing [?] that you get wellformed xml.
> > > > >
> > > > >There is an example this in the samples that ship with cocoon,
> > > > >coincidentally using yahoo as an example.  If the sample is
> > > > broken, there
> > > > >is
> > > > >a good chance that a recent yahoo site redesign has broken the
> > > > xpath used
> > > > >in
> > > > >the example, as has happened in the past.
> > > > >
> > > > >Hope that helps,
> > > > >Geoff Howard
> > > > >
> > > > > > -Original Message-
> > > > > > From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]]
> > > > > > Sent: Tuesday, December 24, 2002 10:39 AM
> > > > > > To: [EMAIL PROTECTED]
> > > > > > Subject: wsproxy generator
> > > > > >
> > > > > >
> > > > > >
> > > > > > Hello
> > > > > >
> > > > > > Does wsproxy generator work only with xform or does it work for
> > > > > > any url. If
> > > > > > it works for any url, does that url need to return xml output?
If
> > > > > > it doesn't
> > > > > > how to get around it?
> > > > > >
> > > > > > I'm trying to call a url which basically returns html.
> > But I want to
> > > > > > serialize this as xml and put it in my pipeline so that I can
> > > > > > manipulate the
> > > > > >

Re: wsproxy generator

[Ivelin Ivanov]

Actually, the WSProxyGen is using Jakarta HttpClient lib, which in turn
supports HTTPS.



- Original Message -
From: "Geoff Howard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 26, 2002 12:33 PM
Subject: RE: wsproxy generator


> Don't know that off hand - it's using Excalibur Source Resolver, so you'll
> have to go digging through docs/source there.
>
> Unfortunately, 90% of the time, the api docs at excalibur give a 404.  I
> often wish the Avalon/Excalibur docs from the appropriate version were
> bundled with cocoon and this is one of those times.
>
> It may be faster to just try it.
>
> Geoff
>
> > -Original Message-
> > From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, December 26, 2002 11:05 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: wsproxy generator
> >
> >
> >
> > Thanks for the suggestion. Does html generator retrieve remote sources
by
> > https also or does it support http only? I've read that webserviceproxy
> > works with https. If html generator works with https as well then
> > that would
> > be super and solve all my problems.
> >
> > Sushil
> >
> > >From: "Geoff Howard" <[EMAIL PROTECTED]>
> > >Reply-To: [EMAIL PROTECTED]
> > >To: <[EMAIL PROTECTED]>
> > >Subject: RE: wsproxy generator
> > >Date: Tue, 24 Dec 2002 11:41:46 -0500
> > >
> > >Yes, you can use WebProxyGenerator with any url, but yes it
> > needs to return
> > >xml.
> > >
> > >If you need to retrieve arbitrary html content it would be safer to use
> > >HTMLGenerator, which can retrieve remote sources via http, and runs the
> > >input through Tidy before sending the sax events through the pipeline,
> > >guaranteeing [?] that you get wellformed xml.
> > >
> > >There is an example this in the samples that ship with cocoon,
> > >coincidentally using yahoo as an example.  If the sample is
> > broken, there
> > >is
> > >a good chance that a recent yahoo site redesign has broken the
> > xpath used
> > >in
> > >the example, as has happened in the past.
> > >
> > >Hope that helps,
> > >Geoff Howard
> > >
> > > > -Original Message-
> > > > From: Sushil Bhattarai [mailto:[EMAIL PROTECTED]]
> > > > Sent: Tuesday, December 24, 2002 10:39 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: wsproxy generator
> > > >
> > > >
> > > >
> > > > Hello
> > > >
> > > > Does wsproxy generator work only with xform or does it work for
> > > > any url. If
> > > > it works for any url, does that url need to return xml output? If
> > > > it doesn't
> > > > how to get around it?
> > > >
> > > > I'm trying to call a url which basically returns html. But I want to
> > > > serialize this as xml and put it in my pipeline so that I can
> > > > manipulate the
> > > > xml and extract whatever I want to. Is this possible using
> > > > wsproxy or am I
> > > > in the wrong direction. Can I do this to get yahoo page as xml
> > > >
> > > > 
> > > >http://www.yahoo.com"/>
> > > >   
> > > > 
> > > >
> > > > Thanks
> > > > Sushil
> > > >
> > > >
> > > > _
> > > > MSN 8 with e-mail virus protection service: 3 months FREE*.
> > > > http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324
> > > > &DI=7474&SU=
> > > > http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_e
> > >liminateviruses_3mf
> > >
> > >
> > >-
> > >Please check that your question  has not already been answered in the
> > >FAQ before posting. 
> > >
> > >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > >For additional commands, e-mail:   <[EMAIL PROTECTED]>
> > >
> > >
> > >
> > >
> > >-
> > >Please check that your question  has not already been answered in the
> > >FAQ before posting. 
> > >
> > >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > >For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >
> > _
> > The new MSN 8: smart spam protection and 3 months FREE*.
> > http://join.msn.com/?page=features/junkmail&xAPID=42&PS=47575&PI=7
> > 324&DI=7474&SU=
> > http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_s
> martspamprotection_3mf
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail:

Re: Form is null [id=form-feedback] Exception- Xml form HowTo

[Ivelin Ivanov]

Based on your comments I've opened a bug report.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15618

Please let me know when all issues are resolved to the best of your
knowledge.
I will apply the fixes.


Ivelin



- Original Message -
From: "aps olute" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 22, 2002 12:26 PM
Subject: Form is null [id=form-feedback] Exception- Xml form HowTo


>
>   You get this because of this "Form is null [id=form-feedback]."  Change
all
> *.xml forms on the howto to have id="form-howto" instead of the
form-feedback
> and this should take care of this error. Next problem would be to comb
over the
> logic of the HowtoBean, it gets stuck on the Cooking mailing list because
of a
> typo, traditionalReciepes   it should be traditionalRecipes.  I have not
> corrected this part myself, so I have not seen how the confirm.xml and
would be
> displayed.
>   One thing though is that I have not gone over the logic of
HowtoWizardAction,
> I would like to expire the session after a succesful test so that
subsequent
> visit of the same howto previous selections are not kept in the "session".
ey
> How about your turn in resolving this part? 
>
> aps
>
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: xml form How to-Sitemap

[Ivelin Ivanov]

Please use the demo as basis for your new app.
Don't try to use the HOW-TO. It has a few config flaws, which hopefully
someone is going to submit a patch for.




- Original Message -
From: "aps olute" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 21, 2002 2:01 PM
Subject: Re: xml form How to-Sitemap


>
>
> Hmm I spoke too soon, it was getting in an endless loop once I select
all
> the 3 checkboxes at Mailing List, checking only last one or two boxes, got
me
> to the finish. weird output display depending on kde browser or ns4.7.
>
>
> --- aps olute <[EMAIL PROTECTED]> wrote:
> >
> >I finally got the XMLForm howto- to work.  If you compare the
components
> > on
> > the sitemap.xmap the wizard vs howto uses different logger (
> > logger="xmlform.sitemap.action.wizard"/> )  vs
(logger="webapp.xmlform"/> ).
> >
> > I have not dig enuff to find the differences of the two. Hopefully the
author
> > would chime in and tell us the differences of the two loggers.
> >
> >  The components on mine have these now:
> >
> > 
> > 
> >   > logger="xmlform.sitemap.action.UsageFeedback"/>
> >  
> >  
> >   >src="org.apache.cocoon.transformation.XMLFormTransformer"
> >logger="webapp.xmlform"/>
> >  
> >  
> >  
> >  
> >  
> >   > src="org.apache.cocoon.matching.WildcardURIMatcher"/>
> >  
> >
> >
> >
> > aps
> >
> > __
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> > http://mailplus.yahoo.com
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. 
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
>
>
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Another important Cocoon/XMLForm vs. Struts Question

[Ivelin Ivanov]

NachrichtMichael,

There is no one clear answer.

My preference would be Cocoon for complex portals and struts for small HTML
apps.
While there are new breeds of Struts derivatives these days, they have yet
to reach
the sophistication of Cocoon as a multi tier xml publishing platform.
The original Struts from Jakarta is very stable and is bound to HTML.
All the other extensions are recent developments which will need to prove
themselves over time.
Cocoon has been in existance for over 5 years. It is about to become a top
level Apache project.
It's name recognition and community are probably its most valuable asset
when comparing to any other product.


Ivelin


- Original Message -
From: Michael Bald
To: Cocoon-Users
Sent: Friday, December 20, 2002 7:47 AM
Subject: Another important Cocoon/XMLForm vs. Struts Question


Hi everybody,
I am a German student who is writing his bachelor thesis about building
Web-Applications and especially about doing it with Cocoon and XMLForm.

In the last chapter I will give reasons why it is necessary to use
Cocoon instead of Struts. 3 month ago the answer seems to be clear or
to say it in better words, you could not ask this question because the
frameworks had totally different goals.
If you want multi-channel web-publishing, you had to use Cocoon and if
you want to build applications to handle a flow of HTML-Forms, you had
to use Struts.
But I think, things have changed. With XMLForm in Cocoon you have a
comfortable way, to handle HTML-Forms. On the other hand there are
solutions like StrutsCx or stxx to transform the responses in every
wanted format with XSLT.
I' ve read the arguments by Ivelin Ivanov in his mail
(http://outerthought.net/wiki/Wiki.jsp?page=XMLFormsStruts) that you
should use Cocoon "if you plan to build a lot of web applications in
the future". I hope you can tell me just a few more arguments, because
he did not mentioned that you have the possibility to use Struts with
XSL.

Thanks for your help

Michael


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: howto xmlform sitemap

[Ivelin Ivanov]

Fixed.

Although the HOWTO is intended as a illustration.
You should start customizing with the maintained demo.
The first page of the HOWTO mentions this.


Ivelin


- Original Message - 
From: "Thor Heinrichs-Wolpert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, December 18, 2002 1:00 AM
Subject: howto xmlform sitemap


> On the last page of the howto sample, it states
> 
> 
> 
> but it should be
> 
>  src="context://samples/stylesheets/xmlform/xmlform2html.xsl" />
> 
> Cheers,
> Thor HW
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: cvs2.1 xmlform sample broken?

[Ivelin Ivanov]

Thanks for the notification Thor.

Nicola, what is the deal?


Ivelin


- Original Message - 
From: "Thor Heinrichs-Wolpert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, December 17, 2002 10:03 PM
Subject: cvs2.1 xmlform sample broken?


I see some files moved in CVS by nicolaken such as
src/java/org/apache/cocoon/samples/xmlform
 UsageFeedbackAction.java
 UserBean.java
 WizardAction.java

but the sitemaps and examples don't seem to have been modified.

Is something up?

Cheers,
Thor HW

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: schematron

[Ivelin Ivanov]

Joerg's response is correct, although a technical detail is that Schematron
is based on XPath, not XSTL (which uses XPath itself).


- Original Message -
From: "Joerg Heinicke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, December 17, 2002 1:27 PM
Subject: Re: schematron


> jtbamcai wrote:
>  > Hi!
>  > how can I validate a date like this "-mm-dd" with schematron?
>  > thanks in advance.
>  > iker.
>
> Hello,
>
> Schematron is XSLT, so you can use normal expressions.
>
> Example:
>
> 
> 
>
> But XSLT has no date-specific functionality, it knows nothing about
> dates. So I think there is a better validator than schematron for dates.
>
> Regards,
>
> Joerg
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: FORMS

[Ivelin Ivanov]

Josema,

Many people requested an example of XMLForm with Xindice.
Can you submit some source code or even better a HOW-TO doc?

Thank you,

Ivelin



- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, December 17, 2002 9:59 AM
Subject: Re: FORMS


FORMSHello,
Yes, you must download 2.1 from CVS and build it. Information on how to get
it and build it step by step is available at:
http://xml.apache.org/cocoon/installing/index.html

Then you could test the XMLForm samples. I've been succesfully using them
for a few months backed by a Xindice respository.

Best.

ps: please, not HTML next time, thanks.


- Original Message -
From: Carlos González
To: [EMAIL PROTECTED]
Sent: Tuesday, December 17, 2002 3:34 PM
Subject: FORMS


Hi All,
I am very interested in something that would let me fill some forms, and
bind these form data to xml.
I am evaluating products like Altova's Authentic Web Edition (very
expensive, 30k USD per 50 concurrent users), but the functionality, except
the client behavior that allows to edit the whole xml before sending it to
the server, is near from what I'm looking for.
I have seen Cocoon Forms, and it seems that is what I need.
Could you give me some suggestions, hints, ..., whatever.
Also, Cocoon forms page says that Cocoon 2.1 must be downloaded in order to
test the example at url http://localhost:8080/cocoon/samples/xmlform/, but I
am unable to get this version neither in the download page nor in the cvs.
Where could I find this package?. Is it present in other releases, or only
in 2.1?
Thank you very much in advance.
Carlos.


Carlos Gonzalez-Cadenas
Software Architect
e-xtendnow



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: FORMS

[Ivelin Ivanov]

Title: FORMS



 
XMLForm is not supported in version before 2.1.
 
You can download 2.1 here:
http://cvs.apache.org/snapshots/xml-cocoon2/
 

  - Original Message - 
  From: 
  Carlos 
  González 
  To: [EMAIL PROTECTED] 
  
  Sent: Tuesday, December 17, 2002 8:34 
  AM
  Subject: FORMS
  
  Hi All, 
  I am very interested in something that would let me fill some 
  forms, and bind these form data to xml. 
  I am evaluating products like Altova's Authentic Web Edition 
  (very expensive, 30k USD per 50 concurrent users), but the functionality, 
  except the client behavior that allows to edit the whole xml before sending it 
  to the server, is near from what I'm looking for.
  I have seen Cocoon Forms, and it seems that is what I 
  need. 
  Could you give me some suggestions, hints, ..., 
  whatever. 
  Also, Cocoon forms page says that Cocoon 2.1 must be 
  downloaded in order to test the example at url http://localhost:8080/cocoon/samples/xmlform/, but I am 
  unable to get this version neither in the download page nor in the 
  cvs.
  Where could I find this package?. Is it present in other 
  releases, or only in 2.1? 
  Thank you very much in advance. 
  Carlos. 
  Carlos Gonzalez-Cadenas Software 
  Architect e-xtendnow 

Re: Web Site Syndication [was: seeking for payed consultancy from the cocoon-comunity ...]

[Ivelin Ivanov]

My hunch is that it is possible, although I have not tried.


- Original Message - 
From: "SAXESS - Hussayn Dabbous" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 14, 2002 3:07 AM
Subject: Re: seeking for payed consultancy from the cocoon-comunity ...


> Hy, Ivelin;
> 
> Thank you for your response. Meanwhile
> i browsed through wsproxy-generator.html and found
> it comes close to my needs.
> 
> My problem with 2.1 from CVS is:
> I want to use cocoon in a production
> environment. cocoon-2.1 is not yet released. Although
> it seems to be quite stable, i am afraid, i can't use
> it yet for obvious reasons (maintenance) ...
> 
> So the question rises, if the webproxygenerator could
> possibly be integrated into cocoon-2.0.4 with reasonable
> effort.
> 
> regards, Hussayn
> 



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: seeking for payed consultancy from the cocoon-comunity ...

[Ivelin Ivanov]

Hussayn,

WebServiceProxyGenerator uses the Apache Jakarta HttpClient library which
maintains session with the remote host.

I suggest that you look at this document first:
http://xml.apache.org/cocoon/userdocs/generators/wsproxy-generator.html

If it conceptually seems to offer what you like, then deploy Cocoon 2.1 from
CVS and visit the following url:
http://localhost:8080/cocoon/samples/welcome

See the Web Site Syndication section.

A sample with session support is available under:
http://localhost:8080/cocoon/samples/webserviceproxy/


A live demo is available from my weblog:
http://www.cocoonhive.org/


Hope this helps,


Ivelin




- Original Message -
From: "SAXESS - Hussayn Dabbous" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 13, 2002 5:14 AM
Subject: Re: seeking for payed consultancy from the cocoon-comunity ...


> Hy, Mathew
>
> Thank you very much for your quick answer.
> I will do as you propose and send my request
> to Ivelin. Hopefully we will come to a quick
> and usable result.
>
> best regards, hussayn
>
> [EMAIL PROTECTED] wrote:
> > Hussayn,
> >
> > from a quick look at the code I don't think the WebServiceProxyGenerator
> > tracks cookies from the remote server. So that would need to be added.
Or
> > perhaps Ivelin already has this. Adding this capability to the generator
is
> > a good idea anyway.
> >
> > I would suggest you send Ivelin a mail. He may not read your post as you
> > sent it to the -users list.
> >
> > Matthew
> >
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. 
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm: content listbox problem

[Ivelin Ivanov]

- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, December 10, 2002 2:19 AM
Subject: RE: XMLForm: content listbox problem


> Do you create this method in the Bean file or Action file?

In the Action.

> What does the method should return? The dom document?

In your case, it should return a DocumentContainer, not a DOM object.
See
http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers



Ivelin


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm: content listbox problem

[Ivelin Ivanov]

The best place to do a one-time initialization of the data model is the
getFormModel() method.
This is the orginial in the AbstractXMLFormAction:

  /**
   * Extract xmlform-model
   * action parameter and
   * instantiate a new form model it.
   *
   *
   * Subclasses may override this method
   * to use custom model instantiation technique
   *
   */
  protected Object getFormModel()
  {
try
  {
String modelClassName =
getParameters().getParameter("xmlform-model", null);
Class modelClass = Class.forName ( modelClassName );
Object o = modelClass.newInstance ();
return o;
  }
  catch ( Exception e)
  {
throw new CascadingRuntimeException( " Failed instantiating form
model ", e );
  }
  }


You can override this method and do the following:

  protected Object getFormModel()
  {
// create a dom document and initialize it
// preferably use the JXPath DocumentContainer
  }


This way, the first XMLForm page will use the initialized version.


Let me know if this works for you.



Ivelin



- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 09, 2002 10:13 AM
Subject: RE: XMLForm: content listbox problem


Hi Lars,

You said that I should initialize the bean in the prepare method.
What do you do exactly?

For my Bean I started from the Wizard example code. The initialization is in
the perform method.

regards
Thank you
Sylvain



-Message d'origine-
De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]]
Date: lundi, 9. décembre 2002 09:38
À: '[EMAIL PROTECTED]'
Objet: AW: XMLForm: content listbox problem


I'm sorry confusing you with this. This are just integer values
which returns me how the function was executed.

That means getTransactionData returns an integer value with the
number of elements. So that I can decide on this what should be
done next. (I'm new to cocoon and java as well and am not sure
if this is a correct or good way to do, but it works for me now,
if anybody has a clearer or better aproach I would be very pleased
to know about it)

public int getTransactionData() {
...
return numberOfTransactions;
}

so try to initialize the bean in the prepare method as well and see
whats happening.

ciao Lars


> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Gesendet: Montag, 9. Dezember 2002 16:28
> An: [EMAIL PROTECTED]
> Betreff: RE: XMLForm: content listbox problem
>
>
> Hello Lars,
>
> I call the getModel() method in the perform function, like
> the Wizard example:
>
> code
> public Map perform() {
>   AddWorkstationBean jBean = (AddWorkstationBean)
> getForm().getModel();
>   if (getCommand().equals(CMD_NEXT)&&
> getForm().getViolations() != null) {
> return page(getFormView());
>   } else {
> getForm().clearViolations();
> String command = getCommand();
> String formView = getFormView();
>
> if (formView.equals(VIEW_FORM1)) {
>   if (command.equals(CMD_NEXT)) {
>   return page(VIEW_FORM2);
> }
> } else if (formView.equals(VIEW_FORM
> ..
> etc
> ..
> code
>
> I don't understand what mean the result_trans and result_cust
> properties. Are they Bean properties?
>
> Thank you
> Regards
> Sylvain
>
>
>
>
>
> -Message d'origine-
> De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]]
> Date: lundi, 9. décembre 2002 03:32
> À: '[EMAIL PROTECTED]'
> Objet: AW: XMLForm: content listbox problem
>
>
> Hello Sylvian,
>
> I always initialize the data for the appropriate form. This means
> I put the initialize data actions in different functions and call
> them if I reach the stage.  Here is an example:
>
> - code
> if ( formView.equals ( VIEW_START ) ) {
>   if ( command.equals( CMD_COMMIT ) ) {
>   int result_trans =
> jBean.getTransactionData();
>   int result_cust = jBean.getUserData();
>
>   if ( result_cust == 0 ) {
>   return page( VIEW_ERROR );
>   }
>   else if ( result_trans == 0 ) {
>   return page( VIEW_ERROR );
>   }
>
>  else if ( result_cust > 1 ) {
>  return page( VIEW_CUSTOMER );
>  }
>  else {
>  return page( VIEW_INVOICE );
>  }
> }
> }
> - /code
>
> this allows me also to react on different results from these
> functions.
> When did you call the getModel() method from the bean?  Are you doing
> that in the prepare or perform function?
>
> ciao Lars
>
> > -Ursprüngliche Nachricht-
> > Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> > Gesendet: Freitag, 6. Dezember 2002 00:01
> > An: [EMAIL PROTECTED]
> > Betreff: XMLForm: content listbox problem
> >
> >
> > Hello,
> >
> > I have an XMLForm app like this:
> >
> > Navigation:
> > Start->Form1->Form2->Confirm->End
> >
> > In the Form1 view I have a listbox. The content (the
> > different choices) of this listbox comes from an XML file.
> > The code is:
> > 
> >   Workstation Type
> >   
> > 
> > 
> >   
> >   
> > 
> >
> > This code seems to be OK. The XPath 

Re: XMLForm and DOM node initialization

[Ivelin Ivanov]

Have you noticed that you have a typo in the file.
Rename the "def" attributes to "ref".


Ivelin


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 09, 2002 4:14 AM
Subject: RE: XMLForm and DOM node initialization


I tried to load this form:

code


http://xml.apache.org/cocoon/xmlform/2002";>

Test

  


  



code

It's still the same: there is the correct number of items in the page but
there are empty (the values aren't set).

The values are not set. Why??

If I don't insert ../document/.. in the path, the correct number of items
are not displayed.


Thank you
Regards
Sylvain


-Message d'origine-
De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]]
Date: lundi, 9. décembre 2002 10:34
À: '[EMAIL PROTECTED]'
Objet: AW: XMLForm and DOM node initialization


The output statement print just the value of either the bean property or
a dom node. You can look at the example of the xmlform-Howto-Wizard.
The confirm.xml is using it to show all entered values.

The code seemes to be ok, but I think you don't need the document...

Place this without anything in the apropriate xml file and turn of all
xsl stylesheets in the sitemap to see what is happening.

ciao Lars

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Gesendet: Montag, 9. Dezember 2002 17:23
> An: [EMAIL PROTECTED]
> Betreff: RE: XMLForm and DOM node initialization
>
>
> Yes, I think you have the same problem as me!!
>
> I don't use the xf:output statement. What does it mean?
>
> If I'm right, for testing you create a form.xml file (view)
> with only a repeat statement like this:
>
> code
> 
>   
> 
> 
> 
> 
>   
> 
> code
>
> Is it the right way?
>
> Do you know why this kind of problem happen?
>
> Thank you
> Regards
> Sylvain
>
>
>
> -Message d'origine-
> De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]]
> Date: lundi, 9. décembre 2002 09:54
> À: '[EMAIL PROTECTED]'
> Objet: AW: XMLForm and DOM node initialization
>
>
> I just went through the same problem an hour before.
> My problem was that not all dom nodes weren't initialized or
> respectivly
> some of the data before the repeat statement wasn't initialized.
>
> sample:
>
> - code -
>   ...
> 
>   
>   
>   
>
> 
> 
> 
> 
> 
>  />
> 
>  />
> 
> 
> 
>   ...
> - /code 
>
> this wasn't working for me, because I forget to set up the pobox and
> pocode node. I experienced the same behaviour like yours, the repeat
> statement was executed and created the correct number of items, but
> non of the values(no,desc,unit,..) where set.
> Try a blank xml file with just the repeat statement. If this works try
> to find out what's maybe missing.
>
> hope that helps.
>
> ciao Lars
>
> > -Ursprüngliche Nachricht-
> > Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> > Gesendet: Montag, 9. Dezember 2002 16:38
> > An: [EMAIL PROTECTED]
> > Betreff: RE: XMLForm and DOM node initialization
> >
> >
> > Hi Lars,
> >
> > No, it doesn't work!!
> > I'm going to be completely crazy!
> >
> > I think the problem is not on the XPath expression, because
> > there is the exact number of items in the list. But the
> > caption and value fields are empty! And I don't understand why!
> >
> > Thank you
> > Sylvain
> >
> > -Message d'origine-
> > De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]]
> > Date: lundi, 9. décembre 2002 03:41
> > À: '[EMAIL PROTECTED]'
> > Objet: AW: XMLForm and DOM node initialization
> >
> >
> > Hello Sylvian,
> >
> >   I'm sorry for the last mail, was send to early...
> > outlook is driving
> > me crazy.. 
> >
> > try the following:
> >
> > 
> >   Workstation Type
> >   
> > 
> > 
> >   
> >   
> > 
> >
> > if your dom is still loaded into selected and is looking like this:
> >
> > 
> >   
> > 
> >   Desktop
> > 
> > 
> >   Laptop
> > 
> > 
> >   Other configuration
> > 
> >   
> > 
> >
> > ciao Lars
> >
> > > -Ursprüngliche Nachricht-
> > > Von: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]
> > > Gesendet: Samstag, 7. Dezember 2002 00:53
> > > An: [EMAIL PROTECTED]
> > > Betreff: XMLForm and DOM node initialization
> > >
> > >
> > > Hello everybody,
> > >
> > > I'm using XMLForm and its possibility to access to DOM nodes.
> > >
> > > Here is the code in the view (form.xml):
> > >
> > > 
> > >   Workstation Type
> > >nodeset="listValues/document/typeOfWorkstation/item">
> > > 
> > > 
> > >   
> > >   
> > > 
> > >
> > > The problem is when I load the web app page (containing the
> > > node field) for the first time (after a Tomcat or Browser
> > > restart), the "value" and "caption" fields are empty although
> > > the number of  are right.
> > >
> > > Here is the HTML source when the fields are empty (first load):
> > >  > > value=""> > > value="">
> > >
> > > Here is the HTML source when the fields are OK (not fi

Re: Cocoon performance tuning

[Ivelin Ivanov]

Did you read this:
http://xml.apache.org/cocoon/performancetips.html


- Original Message - 
From: "Lenya L. Khachaturov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 08, 2002 7:20 AM
Subject: Cocoon performance tuning


> Hello,
> 
> Are there any hints on making Cocoon perform better? I've been using



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XML form How To's guide problem

[Ivelin Ivanov]

The HOWTO targets 2.1.

Looked at the actual demo which the HOWTO links to.
webapp/samples/xmlform


Ivelin


- Original Message -
From: "Sreenivasan N." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 04, 2002 1:07 AM
Subject: XML form How To's guide problem


> Hi all
>
> I was just trying to work with XML form and found that the folder name
> specified are different in each steps in
> xml.apache.org/cocoon/howto/xmlform
>
> For ex step 1 say to create a how-to folder in src\webapp\samples\xmlform.
> In the same page for start.xml it says copy and save to
> src\webapp\mount\xmlform\howto
> In step 2 for howto-xmlform-sch-report.xml its says place it inthe folder
> src\scratchpad\webapp\samples\xmlform\schematron
>
> What is the exact flow and into which folder are these to be copied.
> These steps are to be done in the cocoon 2.0.3 source file or binary file?
>
> Kindly help me out to see a XML form working in Cocoon
>
> Thanks in advance
> Regards
> Sreenivasan N.
>
>
>
>
>
>
>
> "Attitudes are much more important than aptitudes."
> "Nothing is impossible for a willing heart"
>
> Sreenivasan N.
> Sony SARD
> Ext 5816
>
> Email. [EMAIL PROTECTED]
> Per: [EMAIL PROTECTED]
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm and Table output

[Ivelin Ivanov]

Did you try setting your form model as a DocumentContainer which contains
the DOM object?

http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers




- Original Message -
From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 02, 2002 8:35 PM
Subject: AW: XMLForm and Table output


maybe I was a bit unprecise. I already could see that the xml output is
correct.
the only thing I'm still not sure is how to reference the dom in the xml
page.
I tried the following:







and


  Usernames:
  




  


and several others ... (but this seemed to be the most logical ones
after reading the xmlform specs from w3c)

but it's not working. Now my guess is that probably the data is not
return probaply to the xml page or better the pipeline. In the action
java file I have this getForm().getModel(); statement and am now
wondering if this returns all Data, not only the bean data?

maybe you can help finding the light out of this...

ciao Lars

> -Ursprüngliche Nachricht-
> Von: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> Gesendet: Dienstag, 3. Dezember 2002 10:00
> An: [EMAIL PROTECTED]
> Betreff: Re: XMLForm and Table output
>
>
> I am not sure what exactly the problem is,
> but I guess you might be actually looking for a file reader instead of
> generator.
>
> I have not really used Cocoon for printing.
>
> Ivelin
>
>
> - Original Message -
> From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, December 02, 2002 12:15 AM
> Subject: AW: XMLForm and Table output
>
>
> thanks Ivelin,
>
> but now I'm right in front of a new problem, how to print out
> the document
> using
> cocoon? I couldn't find a generator that gets the input right
> from a stream?
> Do I have to write my own generator? If yes, can you point me to some
> documentation
> about this, because I couldn't found it.
>
> thanks Lars
>
> > -Ursprüngliche Nachricht-
> > Von: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> > Gesendet: Sonntag, 1. Dezember 2002 00:03
> > An: [EMAIL PROTECTED]
> > Betreff: Re: XMLForm and Table output
> >
> >
> > Yes. You are on the right track.
> > Why don't you print the XML document once it is created to
> see what it
> > actually contains.
> > I suspect this might be a simple mistake due to misuse of the
> > API. It is not
> > very convenient.
> > Actually if you plan writing a lot of DOM code, you may want
> > to look at JDOM
> > or some of the O/R mapping frameworks.
> >
> >
> > Ivelin
> >
> >
> >
> > - Original Message -
> > From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
> > To: "Cocoon-Users (E-Mail)" <[EMAIL PROTECTED]>
> > Sent: Thursday, November 28, 2002 4:49 AM
> > Subject: XMLForm and Table output
> >
> >
> > > Hi,
> > >
> > > it's me again and I hope I'm still getting answers and not
> > starting to
> > > bother you all
> > > with all my questions.
> > > I've tried to create an application which simple should get
> > some user data
> > > from a
> > > database, by simply enter the name. So my first form is
> > just a text field
> > > where the name
> > > can be inserted. If the name is found all data will be
> > shown. so far so
> > > good. But now
> > > I would like to built something more. Because I do not look
> > at the exact
> > > name in the
> > > database it could be possible to get more then one entry. I
> > now want to
> > > create a page,
> > > where all possible names are shown and some more additional
> > information
> > > about them.
> > > So what I would like to have should be looking like this:
> > >   --
> > >   | name   | address   | city | zip|
> > >   --
> > >   | name1  | address1  | city1| zip1   |
> > >   | name2  | address2  | city2| zip2   |
> > >   | name3  | address3  | city3| zip3   |
> > >   | ...| ...   | ...  | ...|
> > >
> > > where the user has the possibility to click on the a name
> > to get the full
> > > detail.
> > > So what I thought is to write a method which get me the
> > data from the
> > > database and
> > > put this in a DOM

Re: XMLForm and Table output

[Ivelin Ivanov]

I am not sure what exactly the problem is,
but I guess you might be actually looking for a file reader instead of
generator.

I have not really used Cocoon for printing.

Ivelin


- Original Message -
From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 02, 2002 12:15 AM
Subject: AW: XMLForm and Table output


thanks Ivelin,

but now I'm right in front of a new problem, how to print out the document
using
cocoon? I couldn't find a generator that gets the input right from a stream?
Do I have to write my own generator? If yes, can you point me to some
documentation
about this, because I couldn't found it.

thanks Lars

> -Ursprüngliche Nachricht-
> Von: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> Gesendet: Sonntag, 1. Dezember 2002 00:03
> An: [EMAIL PROTECTED]
> Betreff: Re: XMLForm and Table output
>
>
> Yes. You are on the right track.
> Why don't you print the XML document once it is created to see what it
> actually contains.
> I suspect this might be a simple mistake due to misuse of the
> API. It is not
> very convenient.
> Actually if you plan writing a lot of DOM code, you may want
> to look at JDOM
> or some of the O/R mapping frameworks.
>
>
> Ivelin
>
>
>
> - Original Message -
> From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
> To: "Cocoon-Users (E-Mail)" <[EMAIL PROTECTED]>
> Sent: Thursday, November 28, 2002 4:49 AM
> Subject: XMLForm and Table output
>
>
> > Hi,
> >
> > it's me again and I hope I'm still getting answers and not
> starting to
> > bother you all
> > with all my questions.
> > I've tried to create an application which simple should get
> some user data
> > from a
> > database, by simply enter the name. So my first form is
> just a text field
> > where the name
> > can be inserted. If the name is found all data will be
> shown. so far so
> > good. But now
> > I would like to built something more. Because I do not look
> at the exact
> > name in the
> > database it could be possible to get more then one entry. I
> now want to
> > create a page,
> > where all possible names are shown and some more additional
> information
> > about them.
> > So what I would like to have should be looking like this:
> >   --
> >   | name   | address   | city | zip|
> >   --
> >   | name1  | address1  | city1| zip1   |
> >   | name2  | address2  | city2| zip2   |
> >   | name3  | address3  | city3| zip3   |
> >   | ...| ...   | ...  | ...|
> >
> > where the user has the possibility to click on the a name
> to get the full
> > detail.
> > So what I thought is to write a method which get me the
> data from the
> > database and
> > put this in a DOM Nodes. I thought this would enable me to
> use them in the
> > 
> > statement, but unfortunately it didn't worked out so far.
> >
> > Here is the code I used to create the DOM Nodes:
> >
> --
> 
> --
> > ---
> >// 
> >// Use DOM nodes to store values
> >// 
> >DOMImplementation impl;
> >
> >try {
> > DocumentBuilderFactory factory =
> > DocumentBuilderFactory.newInstance();
> > factory.setNamespaceAware( false );
> > factory.setValidating( false );
> > DocumentBuilder builder = factory.newDocumentBuilder();
> > impl = builder.getDOMImplementation();
> >}
> >catch ( Exception e ) {
> > throw new RuntimeException( "Failed to initialize DOM factory. Root
> > cause: \n" + e );
> >}
> >
> >// 
> >// Use DOM nodes to store values
> >// 
> >   Document doc = impl.createDocument( null, "Users", null );
> >   Node root = doc.getDocumentElement();
> >   Node custname = null;
> >   Node address = null;
> >   Node zip = null;
> >   Node city = null;
> >   Node user = null;
> > Text text;
> >
> > try {
> > Class.forName( "org.postgresql.Driver" );
> > Connection con =
> > DriverManager.getConnection( DB_URL, DB_USER, DB_PASS );
> &g

Re: XMLForm and Table output

[Ivelin Ivanov]

Yes. You are on the right track.
Why don't you print the XML document once it is created to see what it
actually contains.
I suspect this might be a simple mistake due to misuse of the API. It is not
very convenient.
Actually if you plan writing a lot of DOM code, you may want to look at JDOM
or some of the O/R mapping frameworks.


Ivelin



- Original Message -
From: "Kirchhoff, Lars" <[EMAIL PROTECTED]>
To: "Cocoon-Users (E-Mail)" <[EMAIL PROTECTED]>
Sent: Thursday, November 28, 2002 4:49 AM
Subject: XMLForm and Table output


> Hi,
>
> it's me again and I hope I'm still getting answers and not starting to
> bother you all
> with all my questions.
> I've tried to create an application which simple should get some user data
> from a
> database, by simply enter the name. So my first form is just a text field
> where the name
> can be inserted. If the name is found all data will be shown. so far so
> good. But now
> I would like to built something more. Because I do not look at the exact
> name in the
> database it could be possible to get more then one entry. I now want to
> create a page,
> where all possible names are shown and some more additional information
> about them.
> So what I would like to have should be looking like this:
>   --
>   | name   | address   | city | zip|
>   --
>   | name1  | address1  | city1| zip1   |
>   | name2  | address2  | city2| zip2   |
>   | name3  | address3  | city3| zip3   |
>   | ...| ...   | ...  | ...|
>
> where the user has the possibility to click on the a name to get the full
> detail.
> So what I thought is to write a method which get me the data from the
> database and
> put this in a DOM Nodes. I thought this would enable me to use them in the
> 
> statement, but unfortunately it didn't worked out so far.
>
> Here is the code I used to create the DOM Nodes:
> --
--
> ---
>// 
>// Use DOM nodes to store values
>// 
>DOMImplementation impl;
>
>try {
> DocumentBuilderFactory factory =
> DocumentBuilderFactory.newInstance();
> factory.setNamespaceAware( false );
> factory.setValidating( false );
> DocumentBuilder builder = factory.newDocumentBuilder();
> impl = builder.getDOMImplementation();
>}
>catch ( Exception e ) {
> throw new RuntimeException( "Failed to initialize DOM factory. Root
> cause: \n" + e );
>}
>
>// 
>// Use DOM nodes to store values
>// 
>   Document doc = impl.createDocument( null, "Users", null );
>   Node root = doc.getDocumentElement();
>   Node custname = null;
>   Node address = null;
>   Node zip = null;
>   Node city = null;
>   Node user = null;
> Text text;
>
> try {
> Class.forName( "org.postgresql.Driver" );
> Connection con =
> DriverManager.getConnection( DB_URL, DB_USER, DB_PASS );
> Statement stmt = con.createStatement();
> String update = "select custname, busname,
> address, city, state, zip, pobox, pocode from customer where custname like
> '%" + name + "%'";
> ResultSet rs = stmt.executeQuery( update
> );
>
> while ( rs.next() ) {
> user = doc.createElement( "user" );
> root.appendChild( user );
>
> custname = doc.createElement( "custname" );
>
> text = doc.createTextNode( rs.getString(
> "custname" ) );
> custname.appendChild( text );
> user.appendChild( custname );
>
> address = doc.createElement( "address" );
>
> text = doc.createTextNode( rs.getString(
> "address" ) );
> address.appendChild( text );
> user.appendChild( address );
>
> zip = doc.createElement( "zip" );
>
> text = doc.createTextNode( rs.getString( "zip" )
> );
> zip.appendChild( text );
> user.appendChild( zip );
>
> city = doc.createElement( "city" );
>
> text = doc.createTextNode( rs.getString( "city" )
> );
> city.appendChild( text );
> user.appendChild( city );
>
> system = root;
> }
> }
> catch( Exception e ) { }
> --
--
> ---
>
> I expected to create the following structure with it:
>
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> So what I'm now wondering is, if I'm on the right track and just doing
some
> beginner mistakes
> or if this won't work at all.
>
> Thanks in advance that you read up to here.
>
> ciao Lars
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-

Re: XMLForm - How to - question

[Ivelin Ivanov]

If you read up some more on Cocoon Actions in general, you will have
no problem understanding where the {page} comes from.

Look how the WizardAction uses the page() method.
Then read this:
http://xml.apache.org/cocoon/userdocs/concepts/actions.html


- Original Message -
From: "aps olute" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 29, 2002 1:13 PM
Subject: XMLForm - How to - question


> I can not get the XMLForm Wizard How To  to work, so I tried to follow
> the sample working and have some question.
> 1. In the cocoon/samples/xmlform/sitemap.xmap how does the mapping from
> 
>   
>...
>...
><  this part I did not
quite
> understand.  A directory of wizard/ is there for it to work, so for the
> howto-wizard.html a corresponding howto-wizard.html/  directory must be
> created? But it seems not right as the descriptor file says  src="howto/{page}.xml"/>  VERY CONFUSING. Please help. I have it like
> cocoon/samples/xmlform/howto/start.xml  thinking it would point here and
the
> error keeps popping it cannot find the
> cocoon/samples/xmlform/howto/howto-wizard.html resource can not be found.
>
> 2. Furthermore, the {page} what is this? where does the matcher find this
> "page"? I suspect from looking at the WizardAction.java the prepare()
method
> returns page(VIEW_staticonstant), are this the same "page" ?
>
> 3. What was done to make this "page" available to the matcher? Available
in all
> the scope? ie, page, session, application or in particular scope only?
Also if
> I have a "generic type class" a servlet returns like the "page" how to
make
> this available to the matcher?
>
> 4.Looking around for same HOW-TO sample, they seem to import additional
classes
> for example on this page,
http://216.239.33.100/search?q=cache:nUkMoXPuDTUC:xml.apache.org/forrest/com
munity/howto/xmlform/step4.html+how+to+use+XMLForm+&hl=en&ie=UTF-8
>
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: WebServiceProxy Hell

[Ivelin Ivanov]

Can you verify if the demo works for you.

- Original Message -
From: "Tony Collen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 27, 2002 11:16 AM
Subject: Re: WebServiceProxy Hell


> On Tue, 26 Nov 2002, Ivelin Ivanov wrote:
>
> >
> > Are you saying that the version in CVS is bad?
> > Please submit a bug in Bugzilla about this and mention which version do
you
> > use.
>
> It might be.  When I get to work, today, I have a few things that I can
> check, but so far, I've gotten different results with different versions
> of commons-httpclient.  I almost want to say the bug is there, and not
> actually in the WSPG.  With the long weekend for the holidays coming here
> in the US, it will be quiet at work today, so I should have no problem
> concentrating on getting this solved :)
>
> If I still can't get the WSPG working with my examples, I'll file a bug
> and we'll take it from there.
>
> Regards,
> Tony
>
> Tony Collen -- [EMAIL PROTECTED]
> College of Liberal Arts   University of Minnesota, Minneapolis, West Bank
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: WebServiceProxy Hell

[Ivelin Ivanov]

Are you saying that the version in CVS is bad?
Please submit a bug in Bugzilla about this and mention which version do you
use.




- Original Message -
From: "Tony Collen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 25, 2002 4:15 PM
Subject: Re: WebServiceProxy Hell


> Welp, now that I've blabbed to myself on the list, it turned out to be
> an outdated commons-httpclient.jar.  Downloaded newer version and
> replaced old one, and it works.   *sigh*   :)
>
>
>
> Tony
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: WebServiceProxy Hell

[Ivelin Ivanov]

Tony,

I don't see anything wrong with your sample other than the fact that your
XML output doesn't
have a new line after the xml header: 

My only suggestion at this point it to debug the WSPG and find out what URL
it is trying to access.
It should exlpain why your servlet is never reached.
Your pipeline seems good.
It must be a very simple misconfiguration problem, because your example is
pretty simple and
the WSPG demo works against much more complicated sites.

I am sorry I cannot offer a better solution.

Please let me know what you find,

Ivelin




- Original Message -
From: "Tony Collen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 25, 2002 2:52 PM
Subject: Re: WebServiceProxy Hell


> Alright, Here's what I got so far:
>
> I've written a testing servlet that takes doPost, and prints out some
> valid XML.  I'm able to submit to it with a normal HTML form and get XML
> back.  I've got some debug statements in my servlet that prints to
> STDERR when a request is made so I can tell when the servlet is being
> called.  I see the debug messages when I post to the servlet using the
> plain HTML form.
>
> Now, when I try to use the WSPG to interact with the servlet (or any
> other servlet for that matter), I'm getting the "No XML" error back.
>  When I hit Cocoon and invoke the pipeline, I notice that my debug
> servlet isn't even being called!
>
> Here's all my stuff I have so far.  First the debug servlet:
>
> import java.io.*;
> import javax.servlet.*;
> import javax.servlet.http.*;
>
> public class PostServlet extends HttpServlet {
>
> public void doPost(HttpServletRequest req, HttpServletResponse res)
> throws IOException, ServletException {
>
> System.err.println("[PostServlet] Entering doPost()");
> PrintWriter out = res.getWriter();
> String mode = req.getParameter("Mode");
>
> System.err.println("[PostServlet] Setting Content-type");
>
> res.setContentType("text/xml");
>
> System.err.println("[PostServlet] Sending XML...");
>
> out.println("");
> out.println("");
> out.println("\t");
>
> if (mode.equals("keyword")) {
> out.println("\t" + req.getParameter("keywords") +
> "");
> }
>
> out.println("\t");
> out.println("");
>
> System.err.println("[PostServlet] Done sending XML. Exiting.");
> }
> }
>
> Here's the HTML form which submits to it:
>
> 
> 
>
> http://localhost/postServlet";>
>  rows="4">
> 
> 
> 
>
> 
> 
>
>
> Here's my pipeline:
>
> 
>
> 
> 
> 
>
> 
> 
> 
> 
> 
>
> 
> http://localhost/postServlet";>
> 
> 
> 
> 
>
> 
>
>
> stylesheets/xmlform2html.xsl is the one which is included with the
samples.
>
> Here's my documents/searchForm.xml:
>
> 
>
> http://xml.apache.org/cocoon/xmlform/2002";>
>  action="http://localhost/cocoon/nhgis/search/doSearch"; method="POST">
> Keyword Search
> 
> Keywords
> 
>
> 
> Submit
> 
> 
> 
>
> And finally, here's the entire stack trace of the error that Cocoon
> provides after I post to the form that "search/form.html" gives me:
>
>
> ERROR   (2002-11-25) 14:43.39:499   [access  ]
(/cocoon/nhgis/search/doSearch) HttpProcessor[80][4]/CocoonServlet: Problem
with Cocoon servlet
> org.apache.cocoon.ProcessingException: Error invoking remote service:
org.apache.cocoon.ProcessingException: Invalid response - no xml:
org.apache.cocoon.ProcessingException: Invalid response - no xml
> at
org.apache.cocoon.generation.WebServiceProxyGenerator.fetch(WebServiceProxyG
enerator.java:278)
> at
org.apache.cocoon.generation.WebServiceProxyGenerator.generate(WebServicePro
xyGenerator.java:172)
> at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLP
ipeline(AbstractProcessingPipeline.java:515)
> at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline
.processXMLPipeline(AbstractCachingProcessingPipeline.java:204)
> at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(Abs
tractProcessingPipeline.java:486)
> at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(Seri
alizeNode.java:149)
> at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:83)
> at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
e(PreparableMatchNode.java:162)
> at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:107)
> at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel
ineNode.java:153)
> at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:107)
> at
org.apache.cocoon.components.treeprocessor.site

Re: WebServiceProxy Hell

[Ivelin Ivanov]

Tony,

Since the WSPG is a light wrapper around HttpClient,
it may not be that easy to answer.
The component is relatively new, so your help debugging the problem may be
valueable to everyone.

there are a set of working examples in the source code.
See a demo here: http://www.cocoonhive.org/portal/home

Ivelin


- Original Message -
From: "Tony Collen" <[EMAIL PROTECTED]>
To: "cocoon-users" <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 5:36 PM
Subject: WebServiceProxy Hell


> Agh!
>
> I'm trying to wrap my head arounc WebServiceProxyGenerator (and
> eventually XMLForms), and I'm having all sorts of problems. I'm trying
> to post to a servlet which I *know* returns valid xml, along with the
>  header.   I couldn't get it working for the life
> of me, so I prototyped a simple PHP script to take post/get vars, and
> spit out XML:
>
> 
> $mode = $HTTP_GET_VARS['Mode'];
> $keywords = $HTTP_GET_VARS['keywords'];
>
> header("Content-type: text/xml");
>
> print "\n";
> print "\n";
> print "\t$mode\n";
> print "\t$keywords\n";
> print "\n";
>
> ?>
>
> Alright, pretty simple.  Next I have my pipeline:
>
>  
>   src="http://host/testPost.php?Mode=keyword&keyword=age+race+sex";>
>  
>  
>  
>  
>
>
> Alas, I get the following error after I access the pipeline:
>
>
>   Cocoon 2 - Internal server error
>
> 
>
> *type* fatal
>
> *message* _Error invoking remote service: java.io.IOException: Bad chunk
> size: 58 _
>
> *description* _org.apache.cocoon.ProcessingException: Error invoking
> remote service: java.io.IOException: Bad chunk size: 58 :
> java.io.IOException: Bad chunk size: 58 _
>
> *sender* org.apache.cocoon.servlet.CocoonServlet
>
> *source* Cocoon servlet
>
> *stack-trace
> *
>
> org.apache.cocoon.ProcessingException: Error invoking remote service:
java.io.IOException: Bad chunk size: 58 : java.io.IOException: Bad chunk
size: 58
> at
org.apache.cocoon.generation.WebServiceProxyGenerator.fetch(WebServiceProxyG
enerator.java:278)
> at
org.apache.cocoon.generation.WebServiceProxyGenerator.generate(WebServicePro
xyGenerator.java:172)
> at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLP
ipeline(AbstractProcessingPipeline.java:515)
> at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline
.processXMLPipeline(AbstractCachingProcessingPipeline.java:204)
> at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(Abs
tractProcessingPipeline.java:486)
> at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(Seri
alizeNode.java:149)
> at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:83)
> at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
e(PreparableMatchNode.java:162)
> at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:107)
> at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel
ineNode.java:153)
> at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
keNodes(AbstractParentProcessingNode.java:107)
> at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe
linesNode.java:150)
> at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:326)
> at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:308)
>
> *
> *
>
> *
> *The weird thing is when I reload the pipeline in my browser, I get a
> slightly different error:
>
> *message* _Error invoking remote service:
> org.apache.commons.httpclient.HttpRecoverableException: Error in parsing
> the status line from the response: unable to find line starting with
> "HTTP/"_
>
> *description* _org.apache.cocoon.ProcessingException: Error invoking
> remote service: org.apache.commons.httpclient.HttpRecoverableException:
> Error in parsing the status line from the response: unable to find line
> starting with "HTTP/":
> org.apache.commons.httpclient.HttpRecoverableException: Error in parsing
> the status line from the response: unable to find line starting with
"HTTP/"
> _
>
> _
> _I am getting the exact same behavior when I try to connect the wsproxy
> to a servlet that takes Post:
>
>  
>  
src="http://host:8080/servlets/DevServlet?Mode=keyword&keywords=age+race
+sex">
>  
>  
>  
>  
>
>
> I hate to complain about the documentation, since I'm trying to help out
> with it :)  I'm eventually going to work my way up to using XMLForms,
> but I need to get the basis working correctly first.   Can anyone give
> me some pointers on how to get this working?
>
>
> Thanks! ;)
>
> Tony
>
>
>
> *
> *
>
>
>
>
> 

Re: XMLForm: dynamic content listbox

[Ivelin Ivanov]

Yes. JXPath is used.
The names are matched by JavaBean introspection.


- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 3:47 AM
Subject: RE: XMLForm: dynamic content listbox


> When you say 'So, but how is the xmlform framework determining the name?'
I
> do not know exactly what you mean.
>
> Maybe you need the help of someone more expert than me in the framework.
As
> I told you in my previous message I think is JXPath making the mappings,
but
> haven't investigate this point too much...maybe we should take a closer
look
> at http://jakarta.apache.org/commons/jxpath/...
>
>
> -Mensaje original-
> De: Kirchhoff, Lars [mailto:[EMAIL PROTECTED]]
> Enviado el: viernes, 22 de noviembre de 2002 9:59
> Para: '[EMAIL PROTECTED]'
> Asunto: AW: XMLForm: dynamic content listbox
>
>
> thanks Josema,
>
> after playing a while I found it as well, but still find it a bit
> confusing, because there is now direct reference. What I did was
> the following:
>
> 
>  public UserBean () {
> initCustomers();
>  }
>
>  public String[] getName() {
> return names;
>  }
>
>  public void setName( String[] newNames ) {
> names = newNames;
>  }
>
>  public Set getCustomerNames() {
> return customerNames.entrySet();
>  }
>
>  public void initCustomers() {
> names  = new String[] {};
> customerNames  = new HashMap();
>
> ...
>   fill with database entries
> ...
>  }
> 
>
> after this was done in the java bean, I could acces the elements
> by using /name as ref value in the xml file.
>
> 
>  
>   Customer
>   
>
>
>   
>  
> 
>
> So, but how is the xmlform framework determining the name?
>
> best regards
> Lars Kirchhoff
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm: dynamic content listbox

[Ivelin Ivanov]

yes.

http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 21, 2002 2:54 AM
Subject: RE: XMLForm: dynamic content listbox


Thanks Alonso.

I have read userIdentity.xml and UserBean.java files from Cocoon Wizard
sample.
In UserBean.java, I have found a method called "initHobbies()". This method
simply init all hobbies.

If I have well understood, I could replace the hard-coded values of
allHobbies by a query to a database. isn't it?

What would be the solution if I want to retrieve the allHobbies values from
an external xml file?
Is there an example?

Thank you
Sylvain


-Message d'origine-
De: Josema Alonso [mailto:[EMAIL PROTECTED]]
Date: mercredi, 20. novembre 2002 19:50
À: Cocoon-Users
Objet: Re: XMLForm: dynamic content listbox


Hello.

I had a very similar problem a few days ago. The way to go is the itemset
tag as used in the wizard demo. Take a look at the 'userIdentity.xml' file
where the Hobbies get listed:

Hobbies






All you have to do is to change the UIType to the one desired and fill the
items with values taken from the DB, for example from the action.

Hope it helps,
Josema.


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 20, 2002 3:56 PM
Subject: XMLForm: dynamic content listbox


> Hello,
>
> I'm using listbox in XMLForm (with tag ). The content of the listbox (the items listed) is
hard-coded in the xml document (view) like that:
>
> 
>  
>   Unix
>   Unix>
>  
>  
>   Windows
>   Windows
>  
> 
>
> Is there a possibility to retrieve dynamically these items from a database
instead of using the hard-coded items in xml document??
>
> Thank you
> Sylvain
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm JavaBean getter & setter methods

[Ivelin Ivanov]

Does the log suggest something? (look for sitemap.transformer.xmlform).



- Original Message -
From: "Senhaji" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 20, 2002 3:17 PM
Subject: RE: XMLForm JavaBean getter & setter methods


Yes, the "system" Node is set correctly. But what about the other bean's
getter methods that are called by the framework many times !

Senhaji

-Message d'origine-
De : Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi 20 novembre 2002 04:43
À : [EMAIL PROTECTED]
Objet : Re: XMLForm JavaBean getter & setter methods



JXpath gets the collection and directly sets its items.



- Original Message -
From: "Senhaji" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Monday, November 18, 2002 5:31 AM
Subject: XMLForm JavaBean getter & setter methods


> Hello,
>
> In the wizard example, I added some log traces in the UserBean's getter
and
> setter methods to see what happen behind the scene. When I push the start
> button, the getAllHobbies is called many times (>20). The same thing
happens
> with the getSystem(). However the setSystem() method is never called. Can
> some one explain this behaviour?
>
> Thanks,
>
> Senhaji
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm JavaBean getter & setter methods

[Ivelin Ivanov]

JXpath gets the collection and directly sets its items.



- Original Message -
From: "Senhaji" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Monday, November 18, 2002 5:31 AM
Subject: XMLForm JavaBean getter & setter methods


> Hello,
>
> In the wizard example, I added some log traces in the UserBean's getter
and
> setter methods to see what happen behind the scene. When I push the start
> button, the getAllHobbies is called many times (>20). The same thing
happens
> with the getSystem(). However the setSystem() method is never called. Can
> some one explain this behaviour?
>
> Thanks,
>
> Senhaji
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm UI Builder

[Ivelin Ivanov]

Interesting approach.

Can you share an example?


Ivelin


- Original Message -
From: "Scott Warren" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, November 17, 2002 3:45 PM
Subject: Re: XMLForm UI Builder


> Senhaji,
>
> An easy way that I have achieved this is to generate an XML document
> that has all the information (Java Bean properties + code, Form Elements
> etc) then I created a number of XSL Documents that take the XML doc and
> produce the JavaBean code, XMLForm.XSP, Validation Descriptor.XML etc.
> Then all you need to do is change the layout of the XMLForm as
> needed.. I use Ant to generate the files from the XML but you can
> use a Cocoon pipleine to generate the files.
>
> Hope this helps
>
> Scott Warren
>
> Senhaji wrote:
>
> >Hello,
> >
> >I've just finished playing with the XMLForm wizard example. I've learned
a
> >lot of good concepts such as the separation between the content, the
> >presentation and the validation in the form building process. After that,
I
> >started looking for an XMLForm builder that would help me speed up the
form
> >building process. But without success! How can I explain to the
management
> >that even building a simple Form with C2 will take ~3 days of
development?
> >not easy -).
> >
> >It could be very nice if from a form builder one can generate all the
> >necessary files for C2 (JavaBeans, XSL for transforming XMLForm widget to
> >HTML or whatever widget, XSL for the form layout, XML schema for
> >validation,...).
> >
> >Are there any works in this area ?
> >
> >Thanks in advance,
> >
> >Senhaji
> >
> >
> >-
> >Please check that your question  has not already been answered in the
> >FAQ before posting. 
> >
> >To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> >For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >
> >
> >
> >
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Problem running the Xform wizard-Howto tutorial

[Ivelin Ivanov]

You will probably save yourself some time if you start with the XMLForm
demo.
http://localhost:8080/cocoon/samples/welcome

The files are under webapp/samples/xmlform



Ivelin


- Original Message -
From: "poornima ponnuswamy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 16, 2002 10:08 PM
Subject: Problem running the Xform wizard-Howto tutorial


> I am trying to run the Xform wizard-How to tutorial in
>
http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard.html
> I get the resource not found error message. I copied
> the sitemap.xmap file and pasted in the location
> \src\webapp\samples\xmlform replacing the one initally
> that came with the cocoon package. Am I right? Can
> anyone help me with it
> Thanks for the time
>
> poorni
>
> __
> Do you Yahoo!?
> Yahoo! Web Hosting - Let the expert host your site
> http://webhosting.yahoo.com
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm UI Builder

[Ivelin Ivanov]

There is no current work on a XMLForm builder, to my knowledge.

But you are welcome to pitch in if you want.


Ivelin


- Original Message -
From: "Senhaji" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Sunday, November 17, 2002 10:12 AM
Subject: XMLForm UI Builder


> Hello,
>
> I've just finished playing with the XMLForm wizard example. I've learned a
> lot of good concepts such as the separation between the content, the
> presentation and the validation in the form building process. After that,
I
> started looking for an XMLForm builder that would help me speed up the
form
> building process. But without success! How can I explain to the management
> that even building a simple Form with C2 will take ~3 days of development?
> not easy -).
>
> It could be very nice if from a form builder one can generate all the
> necessary files for C2 (JavaBeans, XSL for transforming XMLForm widget to
> HTML or whatever widget, XSL for the form layout, XML schema for
> validation,...).
>
> Are there any works in this area ?
>
> Thanks in advance,
>
> Senhaji
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: dynamic select boxes in XMLForms?

[Ivelin Ivanov]

You are welcome!


- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Saturday, November 16, 2002 3:21 PM
Subject: Re: dynamic select boxes in XMLForms?


> > Look closer at the demo and examine the itemset elements under the
select
> > elements.
> I see.  I'm sorry I didn't notice them before.
>
> It's working, thank you very much.
>
>
> > - Original Message -
> > From: "Josema Alonso" <[EMAIL PROTECTED]>
> > To: "Cocoon-Users" <[EMAIL PROTECTED]>
> > Sent: Thursday, November 14, 2002 12:35 PM
> > Subject: dynamic select boxes in XMLForms?
> >
> >
> > > Hi, all.
> > >
> > > I tried the XMLForm wizard demo where I see some select boxes created
> for
> > > processor, ram, servlet engine and java version elements in ths system
> > > information page.
> > >
> > > I see the values for those are hard coded in 'system.xml' and I want
to
> > > create a select box from a DOM Node. I got the following:
> > > 
> > >  
> > >   Description of the player type
> > >  
> > >  
> > >   Description of the recorder type
> > >  
> > > 
> > >
> > > I would like to create a select box (one of the dropdown type) and
have:
> > > 1.- value of every option element as the EquipmentType/@id
> > > 2.- text displayed of every option as the EquipmentType/Description
> > >
> > > I've tried with a xf:repeat with no luck. I also tried with just one
> > element
> > > but no luck either. I guess is something with the stylesheet. The
> > > 'xmlform2html.xsl' doesn't seem to check 'ref' attributes on option
> > > elements. I guess the solution will be the customization of that
> > stylesheet
> > > to my needs...am I right?
> > >
> > > Thanks.
> > >
> > >
> > > -
> > > Please check that your question  has not already been answered in the
> > > FAQ before posting. 
> > >
> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> > >
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. 
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: dynamic select boxes in XMLForms?

[Ivelin Ivanov]

Look closer at the demo and examine the itemset elements under the select
elements.


- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 12:35 PM
Subject: dynamic select boxes in XMLForms?


> Hi, all.
>
> I tried the XMLForm wizard demo where I see some select boxes created for
> processor, ram, servlet engine and java version elements in ths system
> information page.
>
> I see the values for those are hard coded in 'system.xml' and I want to
> create a select box from a DOM Node. I got the following:
> 
>  
>   Description of the player type
>  
>  
>   Description of the recorder type
>  
> 
>
> I would like to create a select box (one of the dropdown type) and have:
> 1.- value of every option element as the EquipmentType/@id
> 2.- text displayed of every option as the EquipmentType/Description
>
> I've tried with a xf:repeat with no luck. I also tried with just one
element
> but no luck either. I guess is something with the stylesheet. The
> 'xmlform2html.xsl' doesn't seem to check 'ref' attributes on option
> elements. I guess the solution will be the customization of that
stylesheet
> to my needs...am I right?
>
> Thanks.
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm and dates

[Ivelin Ivanov]

Try the following:

Use a Date property with its own getter and setter for the database access.
Implement an extra property named dateString.
Then write the getter of the property to convert the Date object into String
when invoked.
Also write a setter to convert a string to a date. The Java DateFormat class
can help.
http://java.sun.com/j2se/1.3/docs/api/java/text/DateFormat.html


In your XMLForm documents refer to the dateString property, instead of the
date property.
In your Java code, use the date property.


Hope this helps.

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 12, 2002 8:00 AM
Subject: XMLForm and dates


Hello,

I use XMLForm and I want to put the today date in a form.
The problem is that the today date has to be a String because the XMLForm
simply display the value of the Bean class attribute. If this value is not a
String, the date can't be read!
But I want to store the today date in a Date format (because I have a
timestamp format in my database).

How to store the date in a Date type and display it like a String?
How to do this??

Thank you
Sylvain

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Dynamic models in XMLForms - was: Re: XMLForm - xf:repeat tag on DOM Nodes?

[Ivelin Ivanov]

Thank you.

It needs further clarification before we can start design.
Hopefully other people who asked for this feature will add a few more use
cases.


Ivelin



- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Monday, November 11, 2002 10:12 AM
Subject: Dynamic models in XMLForms - was: Re: XMLForm - xf:repeat tag on
DOM Nodes?


> > Yes. This has been requested multiple times.
> > Please open a feature request ticket in Bugzilla and describe with a few
> > detailed use cases, what is it exactly that you would like to have.
> > Others will add their thoughts to the ticket and someone (maybe I) will
> > eventually implement it.
>
> I've done it. I hope I did it well.
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14450
>
> Thank you very much for your help.
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Cocoon Users Group - Texas

[Ivelin Ivanov]

If you live in Texas, please let me know.
Respond directly to [EMAIL PROTECTED]

I will gather all names and will post back to the list.

If the Cocoon population here is big enough we can probably setup a
brainstorming gathering,
similar to the one in London. Hopefully Stefano will be tempted to attend.


-=Ivelin=-



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm - xf:repeat tag on DOM Nodes?

[Ivelin Ivanov]

- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 6:32 PM
Subject: Re: XMLForm - xf:repeat tag on DOM Nodes?


> Stupid me, I sent the code snippet before fix it. That's what I meant
> exactly, and it's working good. I just had some incorrect mappings in the
> model.
>
> You know? It took me a lot of time to understand this whole XMLForms
thingie
> of you. Now that it seems I know what I'm doing I must say I really like
> this approach to forms. Thanks you very much for providing it :-)
>
> Btw, some people are missing a dynamic model, I mean, they say you must
> create it before hand. It would be pretty nice to see it in a next
version,
> sometime, but I can say to those, that using DOM nodes and documents and
> manipulating them inside the action, can give a lot of power to make
things
> dynamic :-)


Yes. This has been requested multiple times.
Please open a feature request ticket in Bugzilla and describe with a few
detailed use cases, what is it exactly that you would like to have.
Others will add their thoughts to the ticket and someone (maybe I) will
eventually implement it.


Thanks,

Ivelin



>
> Thanks again.
>
> - Original Message -
> From: "Ivelin Ivanov" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, November 09, 2002 8:15 PM
> Subject: Re: XMLForm - xf:repeat tag on DOM Nodes?
>
>
> >
> > You probably meant to use:
> >
> >
> >  
> >   
> >Language (code):
> >
> >   
> >   
> >Description:
> >
> >   
> >  
> >
> > I would also recommend that you use the standard xml:lang attribute
> instead
> > of a non-qualified one.
> >
> >
> >
> > Ivelin
> >
> >
> >
> >
> > - Original Message -
> > From: "Josema Alonso" <[EMAIL PROTECTED]>
> > To: "Cocoon-Users" <[EMAIL PROTECTED]>
> > Sent: Saturday, November 09, 2002 12:40 PM
> > Subject: XMLForm - xf:repeat tag on DOM Nodes?
> >
> >
> > > Dear all,
> > >
> > > I see in thw wizrd demo how the repeat tag is used like this:
> > > 
> > >  
> > >   URL: 
> > >  
> > > 
> > >
> > > In the model bean the favorite is implemented as an array list, so you
> can
> > > iterate through it using the position function and specifying how many
> > items
> > > to display.
> > >
> > > Well, now I got a part of my model implmented as a DOM Node. It seems
> it'w
> > > working right but I can't make the repeat tag to work with it. Let's
say
> I
> > > have something like this:
> > > 
> > > nice table
> > > mesa bonita
> > > 
> > >
> > > I want to display as many textboxes as descriptions, ok? I have tried
> > this,
> > > but unfortunately it is not working. :
> > > 
> > >  
> > >   Language (code):
> > >   
> > >  
> > >  
> > >   Description:
> > >   
> > >  
> > > 
> > >
> > > If I try to access just one description node outside the repeat tag, I
> get
> > > the info correctly. Any ideas?
> > >
> > > Thanks.
> > >
> > >
> > > -
> > > Please check that your question  has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> > >
> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> > >
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: how to manage several XMLForms in a sitemap? (it was: dynamically choosing an action at runtime)

[Ivelin Ivanov]

- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 5:35 PM
Subject: Re: how to manage several XMLForms in a sitemap? (it was:
dynamically choosing an action at runtime)


> > I am not sure if I would do this like you did.
> > There are is a certain lifecycle contract between every Cocoon component
> and
> > the container.
> > By invoking directly you may be violating this contract.
> > I would probably let the sitemap do the forwarding to actions.
> > In your case action sets might be good.
> > http://xml.apache.org/cocoon/userdocs/concepts/actions.html
> I considered them and maybe I'll use them. I'm trying to make a good
> decision.
>
> > Alternatively you can use one dispatcher action which inherits from
> > AbstractXMLFormAction and works directly with the backend based on the
> > requested command.
> I see. Someone pointed this one, too, but I'm that Avalon savvy to
implement
> something like this currently.

Just open org.apache.cocoon.samples.xmlform.WizardAction.java

then look more carefully in webapp/samples/xmlform

>
> > Yet another alternative is for the extending action to return an
> objectmodel
> > parameter which is matched later in the sitemap.
> > 
> >   ...
> >   
> This one sounds new, interesting and easy to code. I'll give it a try :-)
>
> Thank you very much.
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm - xf:repeat tag on DOM Nodes?

[Ivelin Ivanov]

You probably meant to use:


 
  
   Language (code):
   
  
  
   Description:
   
  
 

I would also recommend that you use the standard xml:lang attribute instead
of a non-qualified one.



Ivelin




- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 12:40 PM
Subject: XMLForm - xf:repeat tag on DOM Nodes?


> Dear all,
>
> I see in thw wizrd demo how the repeat tag is used like this:
> 
>  
>   URL: 
>  
> 
>
> In the model bean the favorite is implemented as an array list, so you can
> iterate through it using the position function and specifying how many
items
> to display.
>
> Well, now I got a part of my model implmented as a DOM Node. It seems it'w
> working right but I can't make the repeat tag to work with it. Let's say I
> have something like this:
> 
> nice table
> mesa bonita
> 
>
> I want to display as many textboxes as descriptions, ok? I have tried
this,
> but unfortunately it is not working. :
> 
>  
>   Language (code):
>   
>  
>  
>   Description:
>   
>  
> 
>
> If I try to access just one description node outside the repeat tag, I get
> the info correctly. Any ideas?
>
> Thanks.
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: session timeout and XML Forms

[Ivelin Ivanov]

- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 07, 2002 11:52 AM
Subject: session timeout and XML Forms



Hello,

   i have the following problem:

   I set my session timeout in the web.xml to 1 minute (only to try),
   but as soon as I am in my registration flow I am never loosing
   the session.
   I am using XML Forms with 
   If I change the scope to "request" the session times out after one
minute, but not
   if its set to "session".
   Is there always a new session crated in the session scope


[Ivelin] Yes, the framework will automatically create a new session if one
is not available, along with a new data model instance.
This behaviour is similar to Struts' implementation.




 or is it using its own session?
   Do I have to set the timeout then  differently?

   Thanx again for any help,


   miHam


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: how to manage several XMLForms in a sitemap? (it was: dynamically choosing an action at runtime)

[Ivelin Ivanov]

I am not sure if I would do this like you did.
There are is a certain lifecycle contract between every Cocoon component and
the container.
By invoking directly you may be violating this contract.
I would probably let the sitemap do the forwarding to actions.
In your case action sets might be good.
http://xml.apache.org/cocoon/userdocs/concepts/actions.html


Alternatively you can use one dispatcher action which inherits from
AbstractXMLFormAction and works directly with the backend based on the
requested command.
Yet another alternative is for the extending action to return an objectmodel
parameter which is matched later in the sitemap.


  ...
  


Ivelin



- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Thursday, November 07, 2002 11:53 AM
Subject: Re: how to manage several XMLForms in a sitemap? (it was:
dynamically choosing an action at runtime)


> Well, this is a followup to my previous message regarding this subject.
> I coded the Dispatcher, but I must say I didn't know what I was doing
> exactly. Surprisingly, it works but only from time to time...the behaviour
> is really weird...
> I'm copying the code below and hope someone could review it. I'm afraid
I'm
> breaking something somewhere in my cocoon...
>
> Thanks.
>
> ps: remember that I was trying to code a Action that could dispatch other
> actions, so I could call it for as many XMLForms as needed with a
parameter
> and it would choose the right action. Some kind of factory method...
>
> ---
> package net.josema.xmtrader.forms;
>
> import java.util.HashMap;
> import java.util.Map;
>
> import
> net.josema.xmtrader.forms.xmldb.recordings.equipment.EquipmentTypeAction;
> import org.apache.avalon.framework.parameters.Parameters;
> import org.apache.avalon.framework.thread.ThreadSafe;
> import org.apache.cocoon.acting.ConfigurableComposerAction;
> import org.apache.cocoon.environment.Redirector;
> import org.apache.cocoon.environment.SourceResolver;
>
>
> /**
>  * This action let decide which action to use at runtime based on
>  * a sitemap parameter with the name of the action to load.
>  *
>  */
> public class ActionDispatcher extends ConfigurableComposerAction
implements
> ThreadSafe {
>
> public Map act(Redirector redirector, SourceResolver resolver, Map
> objectModel,
> String source, Parameters parameters)
>   throws Exception {
>
>String actionName = parameters.getParameter("actionName");
>Map resultMap = new HashMap();
>
>   //get the Action
>   if(actionName.equalsIgnoreCase("EquipmentTypeAction")) {
>EquipmentTypeAction equipmentTypeAction = new EquipmentTypeAction();
>//add this action to the manager
>equipmentTypeAction.compose(this.manager);
>resultMap = equipmentTypeAction.act(redirector, resolver, objectModel,
> source, parameters);
>   }
>   //place for the rest of the if clauses for more actions
>
>   //return the map gotten from the chosen action
>   return resultMap;
> }
> }
>
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm and pop-up menu

[Ivelin Ivanov]

For drop down list use:



For radio buttons, use





- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 04, 2002 8:11 AM
Subject: RE: XMLForm and pop-up menu


The content should be simply a list of word.
The user should choose a word in the pop-up menu (and only these words)
instead of enter a word.

Sylvain

-Message d'origine-
De: Reinhard Poetz [mailto:reinhard_poetz@;gmx.net]
Date: lundi, 4. novembre 2002 14:49
À: [EMAIL PROTECTED]
Objet: RE: XMLForm and pop-up menu


Sylvain,

As far as I know - no. What should be the content of the pop-up menu?

Regards,
Reinhard

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:Sylvain.Thevoz@;swisscom.com]
> Sent: Monday, November 04, 2002 2:19 PM
> To: [EMAIL PROTECTED]
> Subject: XMLForm and pop-up menu
>
>
> Hello,
>
> I use XMLForm and I want to implement pop-up menu in a form.
>
> Is there a solution?
>
> Thank you
> Sylvain
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForms and Java

[Ivelin Ivanov]

good point.
Would you like to submit a patch?


- Original Message -
From: "Mauro Daniel Ardolino" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 01, 2002 11:40 AM
Subject: Re: XMLForms and Java


> All right! Now I'm up to date with the "XMLForms vs Struts" thread.
> But I still have the same questions (of the previous mail).
>
>
> About XMLForm and Struts:
> May be I had to say "inspired", not "based".
> "The XMLForm framework is inspired by Apache Jakarta Struts and W3C
> XForms."
> This is from: http://xml.apache.org/cocoon/userdocs/concepts/xmlform.html
>
> Thanks.
>
> -- Mauro
>
> On Fri, 1 Nov 2002, Jacob L E Blain Christen wrote:
>
> > [pre-snip]
> > > Now I want to give some flow logic to the application and I think that
> > > struts or cocoon are a good way to do it.  I red that XMLForms is
Struts
> > > based.
> > [post-snip]
> >
> > From what I've read XMLForms IS NOT based on Struts.
> > Take a look at the thread:  XMLForms vs Struts in the archive for this
> > mailing
> > list (the discussion is ongoing).
> >
> > --
> > Jacob
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. 
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >
>
> --
> Ing.Mauro Daniel Ardolino
> Departamento de Desarrollo y Servicios
> Altersoft
> Billinghurst 1599 - Piso 9
> C1425DTE - Capital Federal
> Tel/Fax: 4821-3376 / 4822-8759
> mailto: [EMAIL PROTECTED]
> website: http://www.altersoft.com.ar
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForms vs Struts

[Ivelin Ivanov]

Thank you.

Konstantin and I were planning to release a comparison article for quite
some time... and we are still planning ;)


Ivelin

- Original Message -
From: "Jorge Bello" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 11:27 AM
Subject: Re: XMLForms vs Struts


> Ivelin wrote:
>
> > 3) Form handling.
> > Automated binding between HTML input fields and JavaBeans.
> > Cocoon's XMLForm does that and much more. It not only provides the
> binding,
> > but it does it in a browser independent way. Struts is only designed to
> > handle automatically HTML input.
>
> This is a very smart summary of diferences between XMLForms & Struts.
>
> Thanks to all for your advice.
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForms vs Struts

[Ivelin Ivanov]

Please do.
Wiki is great, but I am not sure in which section would this one article go.
Please let me know where it went.

Thank you,

Ivelin


- Original Message -
From: "Reinhard Poetz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 8:02 AM
Subject: RE: XMLForms vs Struts


Ivelin,

As this is an often discussed question: Do you mind adding it to the
CocoonWiki? If no I could do it for you ...

Regards,
Reinhard

> -Original Message-----
> From: Ivelin Ivanov [mailto:ivelin@;apache.org]
> Sent: Thursday, October 31, 2002 2:52 PM
> To: [EMAIL PROTECTED]
> Subject: Re: XMLForms vs Struts
>
>
>
> I hope this will not make things even more confusing for you,
> but here is my view:
>
> Struts is 3 parts:
> 1) An URL map, matching URLs to Actions.
> Everything you can do with struts-config.xml (Struts), you can do with
> sitemap.xmap (Cocoon).
>
> 2) Custom JSP tags for rendering HTML, like i18n, access to JavaBean
> properties and others. Cocoon's set of transformers is a superset
> of Strut's
> visual tags.
>
> 3) Form handling.
> Automated binding between HTML input fields and JavaBeans.
> Cocoon's XMLForm does that and much more. It not only provides
> the binding,
> but it does it in a browser independent way. Struts is only designed to
> handle automatically HTML input.
>
>
> For fairness sake, I will tell you that over the last 2 years I have used
> Struts successfully in big enterprise projects. It is a good and sound
> technology when you are only interested to support the major HTML browsers
> and you are not concerned with other interfaces to your application like
> WML, VXML, Web Services, etc.
>
>
> My recommendation is, if you are in a hurry and you don't want to invest
> time in learning a new technology, go Struts.
>
> If you plan to build a lot of web applications in the future, you
> must learn
> Cocoon. It will add a very powerful weapon to your software tools arsenal.

> You don't have to use it all the time, but when things start to look
> dangerously complex, you will find it to be a life saver.
>
>
>
> Best,
>
> Ivelin
>
>
> - Original Message -
> From: "SAXESS - Hussayn Dabbous" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, October 31, 2002 3:48 AM
> Subject: Re: XMLForms vs Struts
>
>
> Hy;
>
> First let me tell you: I like the idea of merging cocoon and struts,
> because i see both technologies to be helpfull also in conjunction...
>
> Omar Tazi wrote:
> > If you like the MVC aspect in Struts and like the flexibility provided
> > by XML/XSLT, and don't like the limitations that come with JSPs, check
> > out our Framework. It's called OXF (Open XML Framework). OXF is the
> > result of our combined passion for Cocoon and Struts/J2EE and our
> > involvement in huge enterprise projects. It will dramatically help you
> > in your tasks (listed below). Good luck!
> >
>
> But i am also a bit confused. I'm following the discussons in this
> mailing list for about a week now and this is already the second
> mentioning of a product/component (whatever) that claims to be an
> on top of cocoon development. But when i enter the pages mentioned
> above, it is very hard to find the backpointers to cocoon as the
> base component...
>
> Despite that all this stuff sounds very interesting, but i get more
> and more unshure how to proceed. Some questions rise in my mind:
>
> 1.) Why are all such nice and nifty add ons developed all outside
> of cocoon ?
> 2.) When i move to such an add on component, how can i enshure
> to keep up with the releases of cocoon (taking adavantage
> of the enhancements done there)?
> 3.) Why can't i find pointers to these add ons from the cocoon pages ?
>
> There is sooo many good software around the world and cocoon for me is one
> of the finest. Why does not all this effort take place at the heart but
> is cluttered around in several loosely coupled or even uncoupled
> add on projects ???
>
> And now my final question (to come back to the technical part):
> Why is it so complicated to use struts and cocoon in parallel?
> As far as i understand the concepts of cocoon, i can embed JSP's
> in it's workflow, and if a jsp itself uses struts, why not???
> Although i haven't tried yet, for me these things seem to be
> coexisting without problems ...
>
> Any enlightments on these points are happily welcome...
> best regards, Hussayn
>
> --
> Dr. Hussayn Dabbous
> SAXESS Software Design Gm

Re: internalisation with schematron (XML-Form)

[Ivelin Ivanov]

Thank you Dianna for handling the patch.



- Original Message -
From: "Ivelin Ivanov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 28, 2002 11:25 PM
Subject: Re: internalisation with schematron (XML-Form)



Many thanks !

I will review and apply the patch.


... now only if someone would be interested to write a HOWTO on using JAAS
with Cocoon.


Best,

Ivelin


- Original Message -
From: "Mohamed El-Refaey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 28, 2002 7:35 PM
Subject: Re: internalisation with schematron (XML-Form)


Hallo Ivelin,

I already  wrote a How To Document for this and uploaded it using
Bugzilla . I hope it will be clear and easy to follow.

and its  Bug#14015.


Thanx in advance

Mohamed El-Refaey


Ivelin Ivanov wrote:

>Mohamed,
>
>would you consider submitting your email as a how-to document in bugzilla.
>The question about i18n with XMLForm is popping constantly.
>
>Ivelin
>
>
>- Original Message -
>From: "Mohamed El-Refaey" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Sunday, October 27, 2002 4:08 PM
>Subject: Re: internalisation with schematron (XML-Form)
>
>
>Hi Michael ,
>
>I faced the same problem and here is what I did when I read the mailing
>list regarding the i18n with Schematron validation error :
>
>1- the XMLForm file is :
>
>Password
>
>
>2- the Schematron file :
> 
>
>The Password Should be @ least 8 character.
>
>
>
>
>3-the sitemap :
>  
>
>
>
>
>
>  
>
>in which the translate.xsl file is the that what they r talking about in
>the mailing list :
>
>
>xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
>xmlns:xf="http://xml.apache.org/cocoon/xmlform/2002";
>xmlns:i18n="http://apache.org/cocoon/i18n/2.0";>
>
>
>  
>
>  
>
>
>
>  
>
>  
>
>  
>
>
>
>  
>
>
>  
>
>
>
>and the Catalog file :
>
>Password
>
>
>I wish this will help u
>
>
>Mohamed
>
>
>Michael Bald wrote:
>
>
>
>>Hi!
>>I have a problem to translate the error-massages of the schematrons. I
>>hope someone can give me a hint to solve my problem.
>>
>>I want to translate the Error Message of my pattern in the Schematron
>>file. But I don´t know exactly how. I tried the way I found in the
>>Mail archives of cocoon, but it didn´t work in my case.
>>
>>I hope someone can answer me how to include the internalisation in my
>>schematron file.
>>
>>In the xml file I have following:
>>
>>
>>
>>password_field
>>
>>
>>
>>
>>The schematron file has following pattern:
>>
>>
>>Error_message that I want to translate!
>>
>>
>>
>>And the translation file has allready:
>>...
>>Password
>>The password is to long!
>>...
>>
>>sitemap:
>>...
>>
>>
>>
>>
>>
>>
>>...
>>
>>I tried allready to switch the transformers...but it didn´t work.
>>
>>Hopefully someone can help me with this problem.
>>
>>Greetings
>>
>>Michael
>>
>>
>>
>
>
>
>
>-
>Please check that your question  has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>
>
>-
>Please check that your question  has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>
>
>




-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: dynamic XMLForm taking inout data from previous steps?

[Ivelin Ivanov]

Actually what you describe is the correct behavior of repeat.
If you look at the W3C XForms spec, it says that repeat will render the
nodeset which satisfies the XPath selector.

How many boxes do you expect to render?
One solution is to change the getter method for the languages property, so
that it pads the array with blank entries to match the value of
descriptionsNumber if the array's current size() is less than that of
descriptionsNumber .


Ivelin


- Original Message -
From: "Josema Alonso" <[EMAIL PROTECTED]>
To: "Cocoon-Users" <[EMAIL PROTECTED]>
Sent: Tuesday, October 29, 2002 4:07 PM
Subject: Re: dynamic XMLForm taking inout data from previous steps?


> > I tried to figure how the xf:repeat and xf:group tags work, maybe that's
> the
> > way to go. Still not much info about it anyway.
> I think I've almost got it:
>  id="descriptionLangs">
> 
> Language (code):
> 
> 
>
> And I have in the model bean:
> ...
> private int descriptionsNumber = 1;
> private List languages = new ArrayList();
> ...
> public InsertBean () {
> initLanguages();
> }
>
> public void initLanguages() {
> languages.add("en");
> languages.add("es");
> }
> ...
>
> And the 'descriptionsNumber' is filled on a previous step in the form
> wizard.
> But...oh yes, there's a but, I can only generate in the repeat as many
input
> boxes as elements the 'languages' ArrayList have. It seems that it doesn't
> show more than two of them no matter the number I put to fill the
> 'descriptionsNumber' field. If I put 1, it shows just one field, if I put
2,
> it shows two fields, if I put three or more, it only shows two anyway. I
> guess that's because the ArrayList only have two elements and the rest of
> the calls return null.
> Is there a workaround?
> I think I'll try looking at the source code of the transformer...
>
> Best.
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForms vs Struts

[Ivelin Ivanov]

I hope this will not make things even more confusing for you,
but here is my view:

Struts is 3 parts:
1) An URL map, matching URLs to Actions.
Everything you can do with struts-config.xml (Struts), you can do with
sitemap.xmap (Cocoon).

2) Custom JSP tags for rendering HTML, like i18n, access to JavaBean
properties and others. Cocoon's set of transformers is a superset of Strut's
visual tags.

3) Form handling.
Automated binding between HTML input fields and JavaBeans.
Cocoon's XMLForm does that and much more. It not only provides the binding,
but it does it in a browser independent way. Struts is only designed to
handle automatically HTML input.


For fairness sake, I will tell you that over the last 2 years I have used
Struts successfully in big enterprise projects. It is a good and sound
technology when you are only interested to support the major HTML browsers
and you are not concerned with other interfaces to your application like
WML, VXML, Web Services, etc.


My recommendation is, if you are in a hurry and you don't want to invest
time in learning a new technology, go Struts.

If you plan to build a lot of web applications in the future, you must learn
Cocoon. It will add a very powerful weapon to your software tools arsenal.
You don't have to use it all the time, but when things start to look
dangerously complex, you will find it to be a life saver.



Best,

Ivelin


- Original Message -
From: "SAXESS - Hussayn Dabbous" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 3:48 AM
Subject: Re: XMLForms vs Struts


Hy;

First let me tell you: I like the idea of merging cocoon and struts,
because i see both technologies to be helpfull also in conjunction...

Omar Tazi wrote:
> If you like the MVC aspect in Struts and like the flexibility provided
> by XML/XSLT, and don't like the limitations that come with JSPs, check
> out our Framework. It's called OXF (Open XML Framework). OXF is the
> result of our combined passion for Cocoon and Struts/J2EE and our
> involvement in huge enterprise projects. It will dramatically help you
> in your tasks (listed below). Good luck!
>

But i am also a bit confused. I'm following the discussons in this
mailing list for about a week now and this is already the second
mentioning of a product/component (whatever) that claims to be an
on top of cocoon development. But when i enter the pages mentioned
above, it is very hard to find the backpointers to cocoon as the
base component...

Despite that all this stuff sounds very interesting, but i get more
and more unshure how to proceed. Some questions rise in my mind:

1.) Why are all such nice and nifty add ons developed all outside
of cocoon ?
2.) When i move to such an add on component, how can i enshure
to keep up with the releases of cocoon (taking adavantage
of the enhancements done there)?
3.) Why can't i find pointers to these add ons from the cocoon pages ?

There is sooo many good software around the world and cocoon for me is one
of the finest. Why does not all this effort take place at the heart but
is cluttered around in several loosely coupled or even uncoupled
add on projects ???

And now my final question (to come back to the technical part):
Why is it so complicated to use struts and cocoon in parallel?
As far as i understand the concepts of cocoon, i can embed JSP's
in it's workflow, and if a jsp itself uses struts, why not???
Although i haven't tried yet, for me these things seem to be
coexisting without problems ...

Any enlightments on these points are happily welcome...
best regards, Hussayn

--
Dr. Hussayn Dabbous
SAXESS Software Design GmbH
Neuenhöfer Allee 125
50935 Köln
Telefon: +49-221-56011-0
Fax: +49-221-56011-20
E-Mail:  [EMAIL PROTECTED]


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForms vs Struts

[Ivelin Ivanov]

Struts is certainly more mature.

XMLForm has a lot of technological advantages, 
but it will not be released until Cocoon 2.1 stable is out,
which is probably end of this year.


Ivelin




- Original Message - 
From: "Jorge Bello" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 30, 2002 9:18 AM
Subject: XMLForms vs Struts


> May be this a naive question, so please be tolerant.
> 
> I'm beginning to design a small system for my company and I
> need some forms to input/output data.
> 
> I wanto to use open software for the project. I read about 
> frameworks like struts, xmlforms and perhaps others.
> However, I don't know how to decide the technology to use.
> 
> One important aspect to consider is maturity of product.
> 
> Any hint ?
> 
> TIA
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: restricting access to cocoon

[Ivelin Ivanov]

A few other people asked the same question recently.

My personal believe is that security is orthogonal to Cocoon and belongs to
the J2EE container.

If you will have the time, please consider submitting a HOWTO patch to
Cocoon's bugzilla on using Tomcat security with Cocoon.


Regards,

Ivelin



- Original Message -
From: "icewind" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 28, 2002 1:37 PM
Subject: restricting access to cocoon


> I want to be able to restrict access to my
> Cocoon-based application, either by IP range, login,
> or both. Is this something I can do easily in cocoon,
> or should I look into doing this using Tomcat?
>
>
>
> __
> Do you Yahoo!?
> Y! Web Hosting - Let the expert host your web site
> http://webhosting.yahoo.com/
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: internalisation with schematron (XML-Form)

[Ivelin Ivanov]

Many thanks !

I will review and apply the patch.


... now only if someone would be interested to write a HOWTO on using JAAS
with Cocoon.


Best,

Ivelin


- Original Message -
From: "Mohamed El-Refaey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 28, 2002 7:35 PM
Subject: Re: internalisation with schematron (XML-Form)


Hallo Ivelin,

I already  wrote a How To Document for this and uploaded it using
Bugzilla . I hope it will be clear and easy to follow.

and its  Bug#14015.


Thanx in advance

Mohamed El-Refaey


Ivelin Ivanov wrote:

>Mohamed,
>
>would you consider submitting your email as a how-to document in bugzilla.
>The question about i18n with XMLForm is popping constantly.
>
>Ivelin
>
>
>- Original Message -
>From: "Mohamed El-Refaey" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Sunday, October 27, 2002 4:08 PM
>Subject: Re: internalisation with schematron (XML-Form)
>
>
>Hi Michael ,
>
>I faced the same problem and here is what I did when I read the mailing
>list regarding the i18n with Schematron validation error :
>
>1- the XMLForm file is :
>
>Password
>
>
>2- the Schematron file :
> 
>
>The Password Should be @ least 8 character.
>
>
>
>
>3-the sitemap :
>  
>
>
>
>
>
>  
>
>in which the translate.xsl file is the that what they r talking about in
>the mailing list :
>
>
>xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
>xmlns:xf="http://xml.apache.org/cocoon/xmlform/2002";
>xmlns:i18n="http://apache.org/cocoon/i18n/2.0";>
>
>
>  
>
>  
>
>
>
>  
>
>  
>
>  
>
>
>
>  
>
>
>  
>
>
>
>and the Catalog file :
>
>Password
>
>
>I wish this will help u
>
>
>Mohamed
>
>
>Michael Bald wrote:
>
>
>
>>Hi!
>>I have a problem to translate the error-massages of the schematrons. I
>>hope someone can give me a hint to solve my problem.
>>
>>I want to translate the Error Message of my pattern in the Schematron
>>file. But I don´t know exactly how. I tried the way I found in the
>>Mail archives of cocoon, but it didn´t work in my case.
>>
>>I hope someone can answer me how to include the internalisation in my
>>schematron file.
>>
>>In the xml file I have following:
>>
>>
>>
>>password_field
>>
>>
>>
>>
>>The schematron file has following pattern:
>>
>>
>>Error_message that I want to translate!
>>
>>
>>
>>And the translation file has allready:
>>...
>>Password
>>The password is to long!
>>...
>>
>>sitemap:
>>...
>>
>>
>>
>>
>>
>>
>>...
>>
>>I tried allready to switch the transformers...but it didn´t work.
>>
>>Hopefully someone can help me with this problem.
>>
>>Greetings
>>
>>Michael
>>
>>
>>
>
>
>
>
>-
>Please check that your question  has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>
>
>-
>Please check that your question  has not already been answered in the
>FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
>To unsubscribe, e-mail: <[EMAIL PROTECTED]>
>For additional commands, e-mail:   <[EMAIL PROTECTED]>
>
>
>
>




-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Cocoon task scheduler

[Ivelin Ivanov]

Did you look at Quartz?
http://quartz.sourceforge.net/


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 28, 2002 7:02 AM
Subject: Cocoon task scheduler


Hello everybody,

I'm writing application with Cocoon which include Cocoon portal,
authentication, etc..
All you need when you use an application server.

But I think about a functionnality which would be very useful on a app
server: a scheduler (like the Cron in Unix).

So my question is: what the solution with Cocoon if I want to automate and
execute tasks without a HTTP request (for example to execute a task every
sunday at 12 o'clock)??
Could I use an independant software in my server or is there a concept in
Cocoon?

Thank you
Sylvain

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: internalisation with schematron (XML-Form)

[Ivelin Ivanov]

Mohamed,

would you consider submitting your email as a how-to document in bugzilla.
The question about i18n with XMLForm is popping constantly.

Ivelin


- Original Message -
From: "Mohamed El-Refaey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 27, 2002 4:08 PM
Subject: Re: internalisation with schematron (XML-Form)


Hi Michael ,

I faced the same problem and here is what I did when I read the mailing
list regarding the i18n with Schematron validation error :

1- the XMLForm file is :

Password


2- the Schematron file :
 

The Password Should be @ least 8 character.




3-the sitemap :
  





  

in which the translate.xsl file is the that what they r talking about in
the mailing list :


http://www.w3.org/1999/XSL/Transform";
xmlns:xf="http://xml.apache.org/cocoon/xmlform/2002";
xmlns:i18n="http://apache.org/cocoon/i18n/2.0";>


  

  



  

  

  



  


  



and the Catalog file :

Password


I wish this will help u


Mohamed


Michael Bald wrote:

> Hi!
> I have a problem to translate the error-massages of the schematrons. I
> hope someone can give me a hint to solve my problem.
>
> I want to translate the Error Message of my pattern in the Schematron
> file. But I don´t know exactly how. I tried the way I found in the
> Mail archives of cocoon, but it didn´t work in my case.
>
> I hope someone can answer me how to include the internalisation in my
> schematron file.
>
> In the xml file I have following:
> 
> 
> 
> password_field
> 
> 
> 
>
> The schematron file has following pattern:
> 
> 
> Error_message that I want to translate!
> 
> 
>
> And the translation file has allready:
> ...
> Password
> The password is to long!
> ...
>
> sitemap:
> ...
> 
> 
> 
> 
> 
> 
> ...
>
> I tried allready to switch the transformers...but it didn´t work.
>
> Hopefully someone can help me with this problem.
>
> Greetings
>
> Michael
>




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

[Ann] XMLForm automatic check-box handling

[Ivelin Ivanov]

The new version of XMLForm checked in CVS HEAD (C2.1),
implements behind the scenes logic to help with
client languages which do not send values for some input fields.

The typical example is HTML's checkbox.

When it is unchecked, the browser won't send anything,
which leaves the app server to handle.
Writing custom code on a case by case basis is certainly tedious and error
prone process.

   -0-


Several solutions have been discussed over time, and I have finally took a
shot at it.

The implementation is relatively simple.
The XMLFormTransformer saves in the session all the input field references
to model properties, which were rendered in the original document. The
entries are saved under the key of the form view.
When the form is submitted, the populator extracts all the "expected" fields
and matches them with the request.
The ones which are not available, are replaced with default values.
For SelectBoolean, the default value is 'false'.
For SelectMany, the default value is empty collection(or array).
For all the others, the default value is empty string.

   -0-

The FeedbackWizard sample is modified. It no longer includes code which
reset values for check-box fields.

Notice that only session scope forms can benefit from this new feature!
Request scope forms cannot take advantage of it.



Thoughts and ideas are welcome.


Regards,

-=Ivelin=-




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Handling a form values and updating an XML

[Ivelin Ivanov]

Yes,

XMLForm is an alternative .

The webapp/samples/xmlform demo uses a DOM object nested within a JavaBean.
This should be enough to get you started.
You would probably want to use XMLDocumentContainer as a wrapper bean for
your DOM object.

See also the HOWTO:
http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard.html
And JXPath's docs:
http://jakarta.apache.org/commons/jxpath/users-guide.html#Containers


Ivelin

- Original Message -
From: "Iker Ametzaga" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 6:01 AM
Subject: Re: Handling a form values and updating an XML


> Could I use xmlforms, with a bean handling the form values and updating
> the XML document usin jdom? Is it possible? Thanks.
>
> Bert Van Kets wrote:
>
> > I'm using the FileWritingTransform to do this.  There are lots of
> > samples in the portal demo where the user data is written to disk.  It
> > supports full XPath in the file, so you can add or replace XML parts.
> >
> > There is a big BUT though!!!
> > There is no file locking in the FWT, so you must make sure only 1
> > person at the time does access the file.  AFAIK Apart from this there
> > is no standard way of writing to a file in Cocoon.
> >
> > Bert
> >
> > At 11:43 25/10/2002 +0200, you wrote:
> >
> >> Hello,
> >> I have a XML document with some values, that I pass to an html form
> >> using a XSL. When the form is submitted with the new values, I want
> >> to update the XML document with these new values. Which is the best
> >> way of doing this, using all the power of cocoon 2.1. That's all,
> >> thank you very much.
> >> Iker Amezaga
> >>
> >>
> >> -
> >> Please check that your question  has not already been answered in the
> >> FAQ before posting. 
> >>
> >> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> >> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. 
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Cocoon 2.1

[Ivelin Ivanov]

http://xml.apache.org/cocoon/installing/index.html

- Original Message - 
From: "poornima ponnuswamy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 23, 2002 5:07 PM
Subject: Cocoon 2.1


Hi,
I want to use XML forms form for my project. we need to use Cocoon 2.1 for 
it. Can you please tell me where I can get cocoon 2.1 from Apache website.
Thanks for your time
poornima





_
Surf the Web without missing calls! Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: textarea in XMLForm

[Ivelin Ivanov]

Thanks for the fix Robert.
I will apply the textarea fix immediately.

Please submit it and the other patches via bugzilla, for record keeping.

Did you have a chance to update the xdocs (howto?) to include an example of
the new (loose) model types - map & dom ?


Ivelin


- Original Message -
From: "Robert Ellis Parrott" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Dmitri Plotnikov" <[EMAIL PROTECTED]>
Sent: Tuesday, October 22, 2002 10:44 PM
Subject: textarea in XMLForm


>
> I noticed that in the XMLForm example that one could not hit return and
> have a multiline message in the additional notes textarea. Looking into
> it, and working on related things in which I need a textarea, I see that
> the xmlform2html.xsl converts  to an input field, and not a
> true textarea. I don't think that this is correct; without the "style"
> attribute it defaults to a textbox.
>
> The below mods to xmlform2html.xsl replace the textarea template with one
> that actually creates a real textarea.
>
>  I think that this is the right thing to do here.
>
> rob
>
> PS: I've modified the Form class to now support basic Maps as well as DOM
> and Beans; I think that having this modification would be very helpful for
> quick & dirty solutions, and for in-development projects, because one can
> get data from an XMLForm into the map without creating nodes or a javabean
> ahead of time.
>
> Are you interested in patches?
>
>
>
> 
>
>
>   
> 
> 
> 
>   
>
>
>
>
> 
> Robert E. Parrott
> Department of Physics
> 351 Jefferson Laboratory
> Harvard University
> 17 Oxford St.
> Cambridge, Massachusetts 02138
> (617)-495-2867
> [EMAIL PROTECTED]
> [EMAIL PROTECTED] (permanent)
>
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm having "-" like cocoon-action-next

[Ivelin Ivanov]

Did you try

document.forms["cocoon-xmlform-view"]

see:
http://www.devguru.com/Technologies/ecmascript/quickref/doc_forms.html




- Original Message - 
From: "apurva zaveri" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, October 19, 2002 10:00 PM
Subject: XMLForm having "-" like cocoon-action-next


> XMLForm has form items named:
> 
> cocoon-action-prev
> cocoon-action-next
> cocoon-xmlform-view
> 
> all of them have "-" in it. Problem is javascript can
> not access such form items. 
> i.e. you can not do 
> 
> documents.form.cocoon-xmlform-view.value 
> or something like that.
> 
> In HTML if you want to do this it will be an
> javascript error. [Although you may not run in a
> situation that demands to do that]
> 
> But in VXML where all field in form are actually
> javascript variables you can not have a field/js-var
> called "cocoon-action-next" as in javascript you can
> not have a variable called "cocoon-action-next".
> 
> Accorgigly I suggest to change the nameing conventions
> of
> 
> cocoon-action-prev
> cocoon-action-next
> cocoon-xmlform-view
> 
> Or am I missing something?
> 
> -Apurva
> 
> 
> __
> Do you Yahoo!?
> Y! Web Hosting - Let the expert host your web site
> http://webhosting.yahoo.com/
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

[Q] Error handling - How to replace error code 500 with 200 ?

[Ivelin Ivanov]

Is there a way for a pipeline error handler of code 500 to serialize with
code 200 ?

I would like to use a pipeline which makes subrequests.
Subrequests should not be fatal for the success of the main request.

For example I would like to aggregate from multiple sources, but if one is
not available, I would like to display a red area on the page instead of
showing that the page failed altogether.

Any ideas?


-=Ivelin=-



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm transformer

[Ivelin Ivanov]

Nuno,

please submit the patch via Bugzilla.
I will gladly review and apply if appropriate.

Thank you.

Ivelin


- Original Message -
From: "Nuno Santos" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 15, 2002 6:52 AM
Subject: XMLForm transformer


When i was developing a multi edit form, using the xf:repeat tag, i
realised that it didn´t work before a simple tag call before, like
"count(*)".

I then checked the source code and found the function that's responsible
for the Repeat tag unrolling :
"protected void unrollRepeatTag( DocumentFragment docFragment )throws
SAXException"

inside the function i found a block wich is responsible to get all the
possible locations inside the «nodeset»:
" Collection locations = currentForm.locate( nodeset );"
" Iterator iter = locations.iterator();"
" while ( iter.hasNext() ){"
"   String nextNodeLocation = (String) iter.next ();"

after expanding the location to a group, there is also a condition
check, which in point of view is unneeded:
"if (value_ != null)"


is say it because there is no previous "value_" setting if our top tag
is "xf:repeat", wich means that we need to access a simple tag before
using the "xf:repeat".

My sugestion is that eather remove the check (that i think is undeed) or
replace it for a condition check on the group location object "
Form.getvalue(nextNodeLocation)!=null"



Best regards
Nuno Santos



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [newbie] XMLForms & XSP

[Ivelin Ivanov]

 
Actions or Generators

I like to keep complex logic in pure java.
Find it easier to read, test, reuse, etc.

Just a personal preference.

Ivelin


- Original Message - 
From: "Mitchell A. Cohen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 15, 2002 12:59 PM
Subject: RE: [newbie] XMLForms & XSP


> What do you use, if not xsp?
> 
> -Original Message-
> From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 15, 2002 9:28 AM
> To: [EMAIL PROTECTED]; Druzhinin Igor
> Subject: Re: [newbie] XMLForms & XSP
> 
> 
> 
> You certainly could.
> I am not a great fan of XSP myself, being bitten by JSPs many times.
> 
> Maybe some of the other folks can help with examples.
> 
> Ivelin
> 
> 
> - Original Message - 
> From: "Druzhinin Igor" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, October 15, 2002 5:46 AM
> Subject: [newbie] XMLForms & XSP
> 
> 
> > Hello.
> > 
> > Can I use XMLForms provided data with XSP logicsheets,
> > like ESQL, Request, Session? I've searching cocoon docs,
> > but find nothing. Any advises?
> > 
> > Thanks in advance.
> > 
> > 
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> > 
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> > 
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [newbie] XMLForms & XSP

[Ivelin Ivanov]

You certainly could.
I am not a great fan of XSP myself, being bitten by JSPs many times.

Maybe some of the other folks can help with examples.

Ivelin


- Original Message - 
From: "Druzhinin Igor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 15, 2002 5:46 AM
Subject: [newbie] XMLForms & XSP


> Hello.
> 
> Can I use XMLForms provided data with XSP logicsheets,
> like ESQL, Request, Session? I've searching cocoon docs,
> but find nothing. Any advises?
> 
> Thanks in advance.
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [Q] Pipeline best practices

[Ivelin Ivanov]

Can you share your pipeline.
Maybe you organize your content in a much smarter way than I can imagine.


- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 14, 2002 3:59 PM
Subject: Re: [Q] Pipeline best practices


> To be honest, I circumvented this whole issue by having as few pipelines
as possible.
>
> Basically I use action or event id's that point to metadata files.  The
metadata files have all the information how to build a portal page,  I then
use WSUI (wsui.org) files to describe each of the portlets.
>
> So really I only have one pipeline for the portal (external pipeline), one
for the portlets (internal pipeline), and some external pipelines to handle
gifs, jpegs, css, and js.
>
> the sitemap has the additional authentication actions as well as some
locale actions so it's a little more compicated than what I described
above...
>
> So basically I match on a metadata id (using the request parameter
matcher), rather than match URL's as I take it that most people do.  For
that matter I not really matching as my wildcard is really * and instead I'm
using a request parameter action.  If not found show a 404 message.
>
> So my sitemap is probably a 100-150 total lines even though it's serving
up 500-600 dynamic pages composed of approximately 700 or so portlets.  so
it's quite lean and mean.
>
> MD
>
> In a message dated 10/14/2002 11:50:17 AM Eastern Standard Time,
[EMAIL PROTECTED] writes:
>
> >
> >
> > > Or put the most likely pipelines to get hit first and the least likely
> > last...
> >
> > That can be problematic if your most used pipelines are the generic
matches.
> > Eg, three special cases and 100 general cases:
> >
> >match="fee.foe"
> >
> >match="fee.fie"
> >
> >match="fee.fum"
> >
> >match= "fee.*"
> >
> > Probably ok with three special cases, but what about 20, or 50...???
> >
> >
> >
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <
TITLE="http://xml.apache.org/cocoon/faq/index.html>"
TARGET="_blank">http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> > <[EMAIL PROTECTED]>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm - VoiceXML

[Ivelin Ivanov]

Would be just fine if your bean has a get/setCity()

- Original Message - 
From: "apurva zaveri" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 14, 2002 7:59 AM
Subject: Re: XMLForm - VoiceXML


One more thing to mention.

I am working on creating "wizard2vxml.xsl" and
"xmlform2vxml.xsl" for VoiceXML 2.0 for XMLForm.

Is it Necessary to have "/" in the field name (html
input variable name) like : 
this?

Would this be fine?



I am using bean not dom for XMLForm


--- apurva zaveri <[EMAIL PROTECTED]> wrote:
> This is a serious problem about the use of XMLForm
> in
> VoiceXML. While experimenting with XMLForm to
> generate
> VoiceXML this a problem that I faced.
> 
> Since in XMLForm all the name of the fields begins
> with "/" in HTML 
> 
>  is not a problem
> 
> while in VXML
> 
>  is an error.
> 
> What can be done?
> 
> -Apurva Zaveri
> 
> 
> 
> __
> Do you Yahoo!?
> Faith Hill - Exclusive Performances, Videos & More
> http://faith.yahoo.com
> 
>
-
> Please check that your question  has not already
> been answered in the
> FAQ before posting.
> 
> 
> To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> For additional commands, e-mail:  
> <[EMAIL PROTECTED]>
> 


__
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm - VoiceXML

[Ivelin Ivanov]

elements in XMLForm do not have to start with "/".
It is just used for clarity in the examples.
You can try just "city".

What are the limitations for names of VXML forms?


- Original Message - 
From: "apurva zaveri" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 13, 2002 9:08 PM
Subject: XMLForm - VoiceXML


> This is a serious problem about the use of XMLForm in
> VoiceXML. While experimenting with XMLForm to generate
> VoiceXML this a problem that I faced.
> 
> Since in XMLForm all the name of the fields begins
> with "/" in HTML 
> 
>  is not a problem
> 
> while in VXML
> 
>  is an error.
> 
> What can be done?
> 
> -Apurva Zaveri
> 
> 
> 
> __
> Do you Yahoo!?
> Faith Hill - Exclusive Performances, Videos & More
> http://faith.yahoo.com
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [Q] Pipeline best practices

[Ivelin Ivanov]

Thanks,

good points. 

What else?



- Original Message - 
From: "Reinhard Poetz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 13, 2002 11:03 AM
Subject: RE: [Q] Pipeline best practices


> Hi Ivelin,
> 
> > -----Original Message-
> > From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> > Sent: Sunday, October 13, 2002 4:25 PM
> > To: [EMAIL PROTECTED]
> > Subject: [Q] Pipeline best practices
> >
> 
> > For example how many pipelines in a sitemap are reasonable?
> > How do one chooses when to put multiple matchers in one pipeline vs
> > splitting them in separate pipelines.
> 
> Some of the reasons are:
> 
>  - different error handling
>  - different types of pipelines (caching, profiling)
>  - internal-only use
>  - the use of different expires attribute
> 
> Does anybody know some other reasons? As far as I know there is no
> difference in performance.
> 
> Regards,
> Reinhard
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Building a DOM Model with XMLForms

[Ivelin Ivanov]

Robert,

Sorry for the delayed reply.

- Original Message -
From: "Robert Ellis Parrott" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 11, 2002 10:35 AM
Subject: Building a DOM Model with XMLForms


>
> Hi folks,
>
>
> I'm working on a project prototype where I'm trying to implement a kind of
> "wizard" using XMLForms. The difference is that I'd like the XML docs
> written by the content people to define the resulting XML doc, without
> specifying it ahead of time. In other words, I'd like the elements &
> attributes to be built by the XPath commands that originate from the XForm
> ref attributes. I'm using 2.1-dev, a fairly fresh snapshot.
>
> The design of the Form class in Cocoon at this point is that all the
> elements must be present ahead of time, or one get silent failures
> ("Invalid data format" could be a little more descriptive when the failure
> is because there is no matching path).

Actually there is a matching path. Try the demo and type a random string in
a numeric field. The "Ivalid data message" will appear right next to the bad
field.

>This design makes sense when
> working with Beans as your Model, but could (should?) be more flexible
> with DOM; for example, if there is an either/or construct in your DTD
> (  ), and each sub element complex, you
> can't ahead of time know how to generate a DOM object that will have a
> given element available to XPath.
>
> Would it make sense within the scope of XMLForms in Cocoon to add the
> ability within the the Form class to add new elements to the DOM object
> when they are missing? It seems that this should be fairly simple: just
> define an AbstractFactory for the DOM, and use it within the Form class
> whenenver an access to an element fails for a DOM. Where the
> AbstractFactory would come from etc is a good question, though.


I think that it makes sense to add the extra logic in the Form class. It
should be relatively lightweight operation.
As you suggestion in the Bugzilla entry, you can use the JXPath API for
this.

>
>
> The reason I ask is that alternatively I could use something like Castor
> to rebuild a Bean for the expected XML document, biting the bullet that I
> can't hand over full control of the XML creation to the content creators.
>
> If people think that it's a good idea and doable to allow XMLForms to
> build a DOM based on the XForms elements, then I
> would strongly consider working on these modifications; otherwise I would
> probably take the path of least resistance & go with a basic Bean
> approach.

I think this is a good idea and I know that other people requested it
before.
It was actually a matter of resources until now.
While working on this, please evaluate the DynaBeans in Struts 1.1 and see
if we can borrow ideas from them.


Thank you,

Ivelin



>
>
> thanx for your input,
>
>
> rob
>
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Building a DOM Model with XMLForms

[Ivelin Ivanov]

- Original Message -
From: "Robert Ellis Parrott" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 12, 2002 11:14 AM
Subject: Re: Building a DOM Model with XMLForms
>
> My only point here is that the message is somewhat misleading. The
> response from the Form class is "Invalid data format", while the actual
> error from JXPath is actually "Cannot set property /somelement[0], the
> target object is null", which is really a different error, not format of
> data but the actual path itself. However,  don't think that the JXPath
> Exceptions are fine-grained enough so that one can differentiate the two
> errors without doing some sort of string matching of the JXPath error
> message.

Yes. I thought about this and decided to go with the least harmful message.
For an end user JXPath messagas might be misleading.
Hopefully in future there will be a mechanism for a finer grained
differentiation between problems. Maybe an exception tree of some sort.

>
>
>
> > >This design makes sense when
> > > working with Beans as your Model, but could (should?) be more flexible
> > > with DOM; for example, if there is an either/or construct in your DTD
> > > (  ), and each sub element complex,
you
> > > can't ahead of time know how to generate a DOM object that will have a
> > > given element available to XPath.
> > >
> > > Would it make sense within the scope of XMLForms in Cocoon to add the
> > > ability within the the Form class to add new elements to the DOM
object
> > > when they are missing? It seems that this should be fairly simple:
just
> > > define an AbstractFactory for the DOM, and use it within the Form
class
> > > whenenver an access to an element fails for a DOM. Where the
> > > AbstractFactory would come from etc is a good question, though.
> >
> >
> > I think that it makes sense to add the extra logic in the Form class. It
> > should be relatively lightweight operation.
> > As you suggestion in the Bugzilla entry, you can use the JXPath API for
> > this.
>
> Right. I think the simplest approach would be a getJXContext() method. No
> big change. Maybe the same with other private vars?

I think that exposing JXContext directly makes the XMLForm API unclear... On
the other hand a protected method wouldn't be such a bad idea, at least
until we come up with a better extension to the public API.

A Form subclass (say DynaForm) which creates DOM nodes when not existant
will be a good addition, but we have to document clearly that there is a
danger in using it. If the document author mistypes an element name
reference, it will be created automatically even if it weren't desired. The
current Form class is type safe in this regard.




>
> >
> > >
> > >
> > > The reason I ask is that alternatively I could use something like
Castor
> > > to rebuild a Bean for the expected XML document, biting the bullet
that I
> > > can't hand over full control of the XML creation to the content
creators.
> > >
> > > If people think that it's a good idea and doable to allow XMLForms to
> > > build a DOM based on the XForms elements, then I
> > > would strongly consider working on these modifications; otherwise I
would
> > > probably take the path of least resistance & go with a basic Bean
> > > approach.
> >
> > I think this is a good idea and I know that other people requested it
> > before.
> > It was actually a matter of resources until now.
> > While working on this, please evaluate the DynaBeans in Struts 1.1 and
see
> > if we can borrow ideas from them.
> >
>
> Well, I'm happy to spend a little time on this, especially if it might
> benefit others. I'll look into DynaBeans. Thanx for the pointer.
>
>
> rob
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: XMLForm Howto - not Working still

[Ivelin Ivanov]

There is a good chance that your package names or sitemaps are not quite
right.
Instead of typing the howto code,
start with the demo source code which works and change it for your taste.

- Original Message -
From: "aps olute" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 12, 2002 9:57 AM
Subject: RE: XMLForm Howto - not Working still


> Reference my previous posting:
> http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=103438719303078&w=2
> Logs gathered from logs/sitemap.log hopefully this will assist in
> troubleshooting as the I get is stil get The requested URI
> "/cocoon/samples/xmlform/howto-wizard.html" was not found.
>
> DEBUG   (2002-10-12) 07:07.05:498   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext:
> Current Sitemap Parameters:
> PARAM: '2' VALUE: 'xmlform/howto-wizard.html'
> PARAM: '1' VALUE: 'samples'
> PARAM: '0' VALUE: 'samples/xmlform/howto-wizard.html'
>
> INFO(2002-10-12) 07:07.05:500   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/PreparableMatchNode:
> Matcher 'wildcard' matched prepared pattern '*/**' at
> file:/u01/t41xbeta/t419/webapps/cocoon/samples/sitemap.xmap:1001:30
> DEBUG   (2002-10-12) 07:07.05:501   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext:
> Current Sitemap Parameters:
> PARAM: '2' VALUE: 'howto-wizard.html'
> PARAM: '1' VALUE: 'xmlform'
> PARAM: '0' VALUE: 'xmlform/howto-wizard.html'
>
> INFO(2002-10-12) 07:07.05:502   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/PreparableMatchNode:
> Matcher 'wildcard' matched prepared pattern 'howto-wizard.html' at
> file:/u01/t41xbeta/t419/webapps/cocoon/samples/xmlform/sitemap.xmap:98:48
> DEBUG   (2002-10-12) 07:07.05:503   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext:
> Current Sitemap Parameters:
> PARAM: '0' VALUE: 'howto-wizard.html'
>
> DEBUG   (2002-10-12) 07:07.05:503   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
Thread-11/ResourceLimitingPool: Got
> a org.apache.cocoon.samples.xmlform.WizardAction from the pool.
> DEBUG   (2002-10-12) 07:07.05:503   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
Thread-11/ResourceLimitingPool: Put
> a org.apache.cocoon.samples.xmlform.WizardAction back into the pool.
> DEBUG   (2002-10-12) 07:07.05:504   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html) Thread-11/InvokeContext:
> Current Sitemap Parameters:
> PARAM: 'page' VALUE: 'start'
> PARAM: '../0' VALUE: 'howto-wizard.html'
>
> DEBUG   (2002-10-12) 07:07.05:504   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
Thread-11/ResourceLimitingPool: Got
> a org.apache.cocoon.components.pipeline.impl.CachingProcessingPipeline
from the
> pool.
> DEBUG   (2002-10-12) 07:07.05:504   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
> Thread-11/ExcaliburComponentSelector: generators: ComponentSelector could
not
> find the component for hint [file]
> DEBUG   (2002-10-12) 07:07.05:505   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
> Thread-11/ExcaliburComponentSelector: generators: ComponentSelector could
not
> find the component for hint [file]
> DEBUG   (2002-10-12) 07:07.05:505   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
Thread-11/ResourceLimitingPool: Got
> a org.apache.cocoon.generation.FileGenerator from the pool.
> DEBUG   (2002-10-12) 07:07.05:505   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
Thread-11/ResourceLimitingPool: Got
> a org.apache.cocoon.transformation.XMLFormTransformer from the pool.
> DEBUG   (2002-10-12) 07:07.05:506   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
> Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector
could not
> find the component for hint [xslt]
> DEBUG   (2002-10-12) 07:07.05:506   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
> Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector
could not
> find the component for hint [xslt]
> DEBUG   (2002-10-12) 07:07.05:507   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
Thread-11/ResourceLimitingPool: Got
> a org.apache.cocoon.transformation.TraxTransformer from the pool.
> DEBUG   (2002-10-12) 07:07.05:507   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
> Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector
could not
> find the component for hint [xslt]
> DEBUG   (2002-10-12) 07:07.05:507   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
> Thread-11/ExcaliburComponentSelector: transformers: ComponentSelector
could not
> find the component for hint [xslt]
> DEBUG   (2002-10-12) 07:07.05:508   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
Thread-11/ResourceLimitingPool: Got
> a org.apache.cocoon.transformation.TraxTransformer from the pool.
> DEBUG   (2002-10-12) 07:07.05:508   [sitemap]
> (/cocoon/samples/xmlform/howto-wizard.html)
> Thread-11/ExcaliburComponentSelector: serializers: ComponentSe

[Q] Pipeline best practices

[Ivelin Ivanov]

Can someone point me to a document or briefly explain what are the best
practices to writing pipeline in regard of multiplicity.

For example how many pipelines in a sitemap are reasonable?
How do one chooses when to put multiple matchers in one pipeline vs
splitting them in separate pipelines.
What are the performance implications of (not) splitting components in
multiple pipelines?


-=Ivelin=-


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Building a DOM Model with XMLForms

[Ivelin Ivanov]

Congrats Robert.

I think you're on the right track.

Fortunately, as was the case before, JXPath is powerful enough to do most of
the mapping and creation work for us;)

Please submit a few sitemap examples about your intended result,
so we can iron out any potential issues.


Thanks,

Ivelin




- Original Message -
From: "Robert Ellis Parrott" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 13, 2002 12:35 AM
Subject: Re: Building a DOM Model with XMLForms


>
> I believe that XMLForms are accessed by the pipeline via an Action
> Component, based on AbstractXMLFormAction. This is the Component that can
> & would handle most of what you are saying below. The Action taken by the
> Action will depend on the command encoded in the request; one could, at
> the end of many pages, have a submit command that will tell the Action to
> validate, serialize, write to DB, email, etc.
>
>
> The only problem I've found is that the data Model, into which info
> entered into the form is written, must already be specified. This is
> particularly a problem with the DOM object, since it may not be possible
> to specify this ahead of time.
>
>
> As for DynaBeans (which are now part of the Commons & not Struts, btw ),
> it seems that support for them will happen as soon as JXPath has support
> for them (which apparently is planned for v1.1). But I've just looked
> quickly at DynaBeans; I don't know how easily, with a JXPath that supports
> them, it would be to implement a dynamically built DynaBean with XMLForms.
> I guess that that would depend on how the createPathAndSetValue() routines
> work.
>
>
> rob
>
> On Sat, 12 Oct 2002, Scott Schram wrote:
>
> > I've just begun looking at XMLForms, and I wonder if this makes any
sense:
> >
> > When the client posts the XForm, we can start with a completely empty
DOM
> > which is filled in according to the XPath expressions in the XForm.
> >
> > This DOM starts a pipeline as, say, a PostedXFormGenerator.
> >
> > Then, there could be a basic validation component in this pipeline,
which
> > could include validation against a DTD or Schema.  If there's an error
in
> > this phase, it redisplays the form page with errors.
> >
> > The user can write custom validation components as well, and they would
> > report errors in the same way.
> >
> > Any Cocoon component could be inserted here..., XSLT transform,
Emailing,
> > whatever.
> >
> > There would be at some point in the pipeline would be a component that
does
> > the business logic with the posted data.  This component would be also
be
> > able to test for errors and send the form back for client redisplay with
> > the errors in a similar fashion to that of the basic validator.
> >
> > Assuming everything was successful, it could create some output and
> > serialize it, or transfer control to another pipeline which would make
some
> > output.
> >
> > So, it would be XML pipelines both ways...  no beans at all, unless you
> > want to make some using, say, the digester in the Apache commons, or
grab
> > the data out of the DOM with an XPath -> bean property map.
> >
> > This might be immensely helpful in systems with hundreds of forms, or
where
> > the information to be taken in on the form was dynamically generated by
the
> > business logic, and the fields might not even be known until runtime.
(For
> > example, a bugzilla or scarab application that has user configurable
forms
> > for reporting bugs on different projects.)
> >
> > It also picks up the advantages of all existing Cocoon components.
> >
> > What do you think?
> >
> > I'd be happy to help with this effort, as best I can given
> > cocoon-beginner-status.
> >
> > ---
> >
> > With respect to DynaBeans in Struts, they're dynamic hash maps of
property
> > -> value, but you still have to define all of the properties in the
struts
> > configuration file.  They act like beans, but only if you use the
routines
> > in the BeanUtils in the commons that were written to support them.
> >
> > There's a nice summary of DynaBeans here:
> >
> > http://www2.theserverside.com/resources/article.jsp?l=Struts1_1
> >
> > Scott
> >
> > >A Form subclass (say DynaForm) which creates DOM nodes when not
existant
> > >will be a good addition, but we have to document clearly that there is
a
> > >danger in using it. If the document author mistypes an element name
> > >reference, it will be created automatically even if it weren't desired.
The
> > >current Form class is type safe in this regard.
> > >
> > > >
> > > > Well, I'm happy to spend a little time on this, especially if it
might
> > > > benefit others. I'll look into DynaBeans. Thanx for the pointer.
> > > >
> > > >
> >
> >
> >
> > 
> > http://schram.net
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. 
> >
> > To unsub

Re: Building a DOM Model with XMLForms

[Ivelin Ivanov]

Scott,

Your thoughts are quite logical.
The initial implementation of XMLForm looked very similar to what you
describe.
If you go back in CVS to February-March this year, you will see that
version.

Over time I was convinced by Torsten and Konstantin, that form processing
can involve a lot of business logic and access to multiple resources. This
usually involves non-trivial code which is expected to be secure, high
performing and readable.

Implementing validation with a Transformer and then deciding on the next
step with another transformer is applicable but for the most simple form
handling scenarios. It can easily stretch the limits of a sitemap's
responsibility, which is to organize content, not script business logic.

I suggest that you think of a way to implement the wizard demo with the
approach you suggest. If you can come up with a solution which will be
acceptable to the group, then you can go ahead with the implementation. I'd
be happy to apply the patch.

Otherwise you should partner with Robert, who is already down the path of
extending the currently implemented mechanism to support dynamic creation of
DOM models. See his posts in the last few days.


Thank you,

Ivelin





- Original Message -
From: "Scott Schram" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, October 12, 2002 11:50 PM
Subject: Re: Building a DOM Model with XMLForms


> I've just begun looking at XMLForms, and I wonder if this makes any sense:
>
> When the client posts the XForm, we can start with a completely empty DOM
> which is filled in according to the XPath expressions in the XForm.
>
> This DOM starts a pipeline as, say, a PostedXFormGenerator.
>
> Then, there could be a basic validation component in this pipeline, which
> could include validation against a DTD or Schema.  If there's an error in
> this phase, it redisplays the form page with errors.
>
> The user can write custom validation components as well, and they would
> report errors in the same way.
>
> Any Cocoon component could be inserted here..., XSLT transform, Emailing,
> whatever.
>
> There would be at some point in the pipeline would be a component that
does
> the business logic with the posted data.  This component would be also be
> able to test for errors and send the form back for client redisplay with
> the errors in a similar fashion to that of the basic validator.
>
> Assuming everything was successful, it could create some output and
> serialize it, or transfer control to another pipeline which would make
some
> output.
>
> So, it would be XML pipelines both ways...  no beans at all, unless you
> want to make some using, say, the digester in the Apache commons, or grab
> the data out of the DOM with an XPath -> bean property map.
>
> This might be immensely helpful in systems with hundreds of forms, or
where
> the information to be taken in on the form was dynamically generated by
the
> business logic, and the fields might not even be known until runtime.
(For
> example, a bugzilla or scarab application that has user configurable forms
> for reporting bugs on different projects.)
>
> It also picks up the advantages of all existing Cocoon components.
>
> What do you think?
>
> I'd be happy to help with this effort, as best I can given
> cocoon-beginner-status.
>
> ---
>
> With respect to DynaBeans in Struts, they're dynamic hash maps of property
> -> value, but you still have to define all of the properties in the struts
> configuration file.  They act like beans, but only if you use the routines
> in the BeanUtils in the commons that were written to support them.
>
> There's a nice summary of DynaBeans here:
>
> http://www2.theserverside.com/resources/article.jsp?l=Struts1_1
>
> Scott
>
> >A Form subclass (say DynaForm) which creates DOM nodes when not existant
> >will be a good addition, but we have to document clearly that there is a
> >danger in using it. If the document author mistypes an element name
> >reference, it will be created automatically even if it weren't desired.
The
> >current Form class is type safe in this regard.
> >
> > >
> > > Well, I'm happy to spend a little time on this, especially if it might
> > > benefit others. I'll look into DynaBeans. Thanx for the pointer.
> > >
> > >
>
>
>
> 
> http://schram.net
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [Ann] Amazon Functionality Syndication demo

[Ivelin Ivanov]

- Original Message -
From: "Piroumian Konstantin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 09, 2002 9:35 AM
Subject: RE: [Ann] Amazon Functionality Syndication demo


> Great showcase!
>
> Minor issues (e.g.
>
http://www.cocoonhive.org/portal/page-amazon-bookInfo?AsinSearch=047120708X
> ):
> - the page is wider than it is supposed to be, isn't it?
> - seems that you don't process the inline ,  and 
> elements and they come out as text.

Will try to fix. You know I am not good with styling.

>
> I feel that I've seen that page styles somewhere else ;)

No way, it is entirely original...
well, just borrowed 99% from the Forrest CSS, but you wouldn't know what
Forrest is would you ... ;)


Ivelin


>
> --
>   Konstantin Piroumian
>
>
> > -Original Message-
> > From: Ivelin Ivanov [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 09, 2002 5:45 PM
> > To: [EMAIL PROTECTED]
> > Subject: [Ann] Amazon Functionality Syndication demo
> >
> >
> >
> > As a demo of the WebServiceProxyGenerator
> > I built a little portal syndicating Amazon.com functionality.
> > I think its value is the simplicity. Using Cocoon's powerful
> > sitemap and refactoring Amazon's sample stylesheets anyone
> > can build a personalized Amazon.com in hours. 0 lines of
> > programming language code (Java,PHP,Perl,Pyhon, etc.)! Only
> > styling (XSLT)! Here is the demo:
> > http://www.cocoonhive.org/portal/home
> >
> > -=Ivelin=-
> >
> >
> >
> >
> > -
> > Please check that your question  has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

[Ann] Amazon Functionality Syndication demo

[Ivelin Ivanov]

As a demo of the WebServiceProxyGenerator
I built a little portal syndicating Amazon.com functionality. I think its
value is the simplicity. Using Cocoon's powerful sitemap and refactoring
Amazon's sample stylesheets anyone can build a personalized Amazon.com in
hours. 0 lines of programming language code (Java,PHP,Perl,Pyhon, etc.)!
Only styling (XSLT)!
Here is the demo: http://www.cocoonhive.org/portal/home

-=Ivelin=-



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: URL caching in pipelines

[Ivelin Ivanov]

Try the WebServicesProxyGenerator.
It uses the HttpClient library, which might actually support caching. Have
not tried it though.

Ivelin

- Original Message -
From: "Miles Elam" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 06, 2002 9:13 PM
Subject: URL caching in pipelines


> I want to put a Slashdot feed on my web page with the following (out of
> context for brevity):
>
> 
>   
> http://slashdot.org/slashdot.xml"/>
> 
>   
> 
>
> This works fine, but the server opens a socket to Slashdot on every
> request to my page.  If my site gets some traffic, Slashdot will not be
> happy with me.  Further, my bandwidth usage goes up.  And when Slashdot
> (and others) become slow, my site will become slow right along with
> them.  None is particularly appealing.
>
>  From the Slashdot syndication page (slashcode): "Do whatever you want,
> but *don't* access the file more than once every 30 minutes."
>
> I went hunting in the mail archives for user and dev and came up with
> the following:
>
> 
>   
> http://slashdot.org/slashdot.xml"/>
> 
>   
> 
>
> No difference.  My server's still hitting Slashdot over and over.  I
> tried telnet-ing to the port to at least check for "expires" headers.
>  No dice.  I looked at HttpHeaderAction but that doesn't seem to touch
> Cocoon's cache at all (so of limited use to me).  I've used both 2.0.3
> and 2.1 CVS (as of two weeks ago).
>
> A part of me smiles when I think that if Slashdot ever "slashdotted" me,
> they would be somewhat slashdotted themselves, but this is not my intent
> and I very much want to be a decent feed client.
>
> Anyone have any ideas?  ...preferably with little stress on my server.
>
> - Miles Elam
>
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Why is my cocoon app an IE6 killer?

[Ivelin Ivanov]

I just tried the URL. My IE also stops loading images even if I go to
msn.com after that.

- Original Message -
From: "leo leonid" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 04, 2002 10:12 AM
Subject: Why is my cocoon app an IE6 killer?


Hi,
most generally I would describe my problem with my cocoon-app as
follows:

When accessing a
- servlet generated site
- with (lots of) images
- using a recent versions of Internet Explorer (i.e.6) on windows
then IE stops loading images. And even better: from this moment on it
generally
doesn’t display images anymore, even from other sites until you restart
IE.

The problem only (but not necessarily) occurs with IE on windows,
but only on servlet generated sites.

I found reports on this problem in the tomcat-user list,
http://marc.theaimsgroup.com/?l=tomcat-user&m=103340719301191&w=2
but its not just tomcat related. It’s the same with jetty.

If someone likes to see the problem live, start a recent windows IE and
go to
http://www.helnwein.com/werke/theater/tafel_1.html
It's nothing wrong with the HTML and there is no JS at all.
The current server configuration is
c2.0.4-dev jetty 4.1 mod_jk 1.2 apache 2.0.42 – images directly from
apache
on a RH linux 7.2., Java 1.4.1.

Itested the following configurations with no effect to the problem:
c2.0.3 tomcat 4.0.5/4.1.12 standalone – images served by cocoon
c2.0.3 tomcat 4.0.5/4.1.12 standalone – images from an extra context
c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 1.3 – images served by
cocoon
c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 1.3 – images from an extra
context
c2.03 tomcat 4.0.5/4.1.12 mod_webapp apache 2.0.42 – images served by
cocoon
c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 2.0.42 – images served
from an extra context
c2.0.3 tomcat 4.0.5/4.1.12 mod_webapp apache 2.0.42 – images directly
from apache
c2.0.4-dev tomcat 4.0.5/4.1.12 mod_jk 1.2 apache 2.0.42 – images served
by cocoon
c2.0.4-dev tomcat 4.0.5/4.1.12 mod_jk 1.2 apache 2.0.42 – images from
an extra context
c2.0.4-dev tomcat 4.0.5/4.1.12 mod_jk 1.2 apache 2.0.42 – images
directly from apache
c2.0.4-dev jetty 4.1 mod_jk 1.2 apache 2.0.42 – images directly from
apache

This is really frustrating.
Does anyone have similar experiences or hints to solve the problem?
Please tell me!

Thanks
/Leo


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [ WebServiceProxy ] Invalid response - no xml

[Ivelin Ivanov]

- Original Message -
From: "Tony Collen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 01, 2002 11:48 PM
Subject: Re: [ WebServiceProxy ] Invalid response - no xml


> On Tue, 1 Oct 2002, Ivelin Ivanov wrote:
>
> > I don't know of a quick appropriate way.
> > Most Cocoon components will not accept invalid XML format.
> > One way is to extend the WebServiceProxyGenerator and modify the code to
> > prepend the xml header.
>
> Ivelin,
>
> Of course, just after I sent that message, I find the code for
> WebServiceProxyGenerator and find the line that looked for the  version="1.0"?> line :)  Thanks for the pointer.  I'll probably mod WSPG
> to work around the problem specific for the server I'm trying to contact.
> I'll probably get in touch with the server admin, too, and bug them ;)

That is probably the best thing to do.
They will have problems with anyone reading xml form their site.
Any xml parser will break.


I.

>
>
> Regards,
> Tony Collen
>
> Tony Collen -- [EMAIL PROTECTED]
> College of Liberal Arts   University of Minnesota, Minneapolis, West Bank
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [ WebServiceProxy ] Invalid response - no xml

[Ivelin Ivanov]

I don't know of a quick appropriate way.
Most Cocoon components will not accept invalid XML format.
One way is to extend the WebServiceProxyGenerator and modify the code to
prepend the xml header.




- Original Message -
From: "Tony Collen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 30, 2002 11:03 PM
Subject: [ WebServiceProxy ] Invalid response - no xml


> Hi all -
>
> I'm playing with the WebServiceProxy, and the server I'm contacting does
> not generate an  tag at the start of their response.
> Thusly, I get the following error:
>
> Cocoon 2 - Internal server error
>
> type fatal
>
> message Error invoking remote service:
> org.apache.cocoon.ProcessingException: Invalid response - no xml
>
> description org.apache.cocoon.ProcessingException: Error invoking remote
> service: org.apache.cocoon.ProcessingException: Invalid response - no xml:
> org.apache.cocoon.ProcessingException: Invalid response - no xml
>
> sender org.apache.cocoon.servlet.CocoonServlet
>
> source Cocoon servlet
>
> stack-trace
>
> org.apache.cocoon.ProcessingException: Error invoking remote service:
> org.apache.cocoon.ProcessingException: Invalid response - no xml:
> org.apache.cocoon.ProcessingException: Invalid response - no xml
> at
>
org.apache.cocoon.generation.WebServiceProxyGenerator.fetch(WebServiceProxyG
enerator.java:278)
> at
>
> 
>
> Is there any way to get this to work, short of writing a servlet or PHP
> script to hit the remote server for me, and spit out the  version="1.0"?> tag plus the rest of the data back to Cocoon?  I don't
> have control over the remote server I'm contacting.  If anyone really
> wants to see the 20 pages of stack trace, let me know and I'll post it.
>
> Here's my pipeline, BTW:
>
> 
>   
> 
src="http://zowie.metnet.navy.mil/cgi-bin/oleg/get-obs?call_id=KMSP&do-r
etrieve=Retrieve">
>   
> 
> 
>   
> 
>
>
> Regards,
> Tony
>
>
> Tony Collen -- [EMAIL PROTECTED]
> College of Liberal Arts   University of Minnesota, Minneapolis, West Bank
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [Q] Cocoon 2.1 on JBoss+Tomcat

[Ivelin Ivanov]

Another advancement.

The cocoon.war build for JDK 1.4 from C2.1 HEAD, works great with
JBoss-2.4.9_Tomcat-4.0.4 after following the instructions on the Cocoon
Install page for c2.0.3.

JBoss 3.0 is still a challenge.



- Original Message -
From: "Ivelin Ivanov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 28, 2002 9:56 AM
Subject: [Q] Cocoon 2.1 on JBoss+Tomcat


>
> I have tried to run the latest C2.1 with JBoss + Tomcat.
> I get the same error with both JBoss 3.0 + Tomcat 4.0.4 and JBoss 2.4.9 +
> Tomcat 4.0.4
>
> It appears like a JNDI misconfiguration.
>
> Has someone done it before, that can give me a clue?
>
> I would like to get this working and add a section on the "Installation"
> page.
>
> -
>
> Cocoon 2 - Internal server error
>
> type fatal
> message Failed to load sitemap from
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap
> description org.apache.cocoon.ProcessingException: Failed to load sitemap
> from
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.:
> org.apache.excalibur.source.SourceNotFoundException: Resource not found
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap
> sender org.apache.cocoon.servlet.CocoonServlet
> source Cocoon servlet
> request-uri
> /cocoon/
> path-info
>
> stack-trace
> org.apache.cocoon.ProcessingException: Failed to load sitemap from
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.:
> org.apache.excalibur.source.SourceNotFoundException: Resource not found
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap
>  at
>
org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultT
> reeBuilder.java:393)
>  at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.setupRootNode(TreeP
> rocessor.java:401)
>  at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
> or.java:320)
>  at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
> or.java:308)
>  at org.apache.cocoon.Cocoon.process(Cocoon.java:595)
>
>
>
> -=Ivelin=-
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: [Q] Cocoon 2.1 on JBoss+Tomcat

[Ivelin Ivanov]

A slight advancement:

The problem is still there with JBoss 3.0,
but with JBoss 2.4.9 I got to a point where Cocoon is reported deployed but
the when I try to hit the home page, the server returns a 302 redirect to
the home page, which of course causes an infinite loop.

GET /cocoon/ HTTP/1.0


HTTP/1.1 302 Moved Temporarily
Content-Type: text/html
Connection: close
Date: Sat, 28 Sep 2002 15:27:05 GMT
X-Cocoon-Version: @version@
Location: http://localhost:8080/cocoon/
Server: Apache Tomcat/4.0.4 (HTTP/1.1 Connector)

Apache Tomcat/4.0.4 - Error
report<!--H1{font-family
 : sans-serif,Arial,Tahoma;color : white;background-color : #0086b2;}
BODY{font-family
 : sans-serif,Arial,Tahoma;color : black;background-color : white;} B{color
: white;ba
ckground-color : #0086b2;} HR{color : #0086b2;} -->
Apache To
mcat/4.0.4 - HTTP Status 302 - Moved Temporarilytype Status reportmessage Moved
Temporarilydescription The requested resource (Moved Temporarily) has moved temporarily to a
new locatio
n.



- Original Message -
From: "Ivelin Ivanov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 28, 2002 9:56 AM
Subject: [Q] Cocoon 2.1 on JBoss+Tomcat


>
> I have tried to run the latest C2.1 with JBoss + Tomcat.
> I get the same error with both JBoss 3.0 + Tomcat 4.0.4 and JBoss 2.4.9 +
> Tomcat 4.0.4
>
> It appears like a JNDI misconfiguration.
>
> Has someone done it before, that can give me a clue?
>
> I would like to get this working and add a section on the "Installation"
> page.
>
> -
>
> Cocoon 2 - Internal server error
>
> type fatal
> message Failed to load sitemap from
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap
> description org.apache.cocoon.ProcessingException: Failed to load sitemap
> from
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.:
> org.apache.excalibur.source.SourceNotFoundException: Resource not found
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap
> sender org.apache.cocoon.servlet.CocoonServlet
> source Cocoon servlet
> request-uri
> /cocoon/
> path-info
>
> stack-trace
> org.apache.cocoon.ProcessingException: Failed to load sitemap from
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.:
> org.apache.excalibur.source.SourceNotFoundException: Resource not found
>
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
> p.xmap
>  at
>
org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultT
> reeBuilder.java:393)
>  at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.setupRootNode(TreeP
> rocessor.java:401)
>  at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
> or.java:320)
>  at
>
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
> or.java:308)
>  at org.apache.cocoon.Cocoon.process(Cocoon.java:595)
>
>
>
> -=Ivelin=-
>
>
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Re: Master-Detail form using Cocoon

[Ivelin Ivanov]

forms:

http://xml.apache.org/cocoon/userdocs/concepts/xmlform.html

(follow the howto link for examples)

databases:
http://xml.apache.org/cocoon/userdocs/concepts/databases.html


- Original Message -
From: "Antonio Gallardo Rivera" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 28, 2002 2:27 AM
Subject: Master-Detail form using Cocoon


Hi folks,

Can someone provide an example of a lets said a invoice or something similar
using Cocoon and database?

Antonio Gallardo

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

[Q] Cocoon 2.1 on JBoss+Tomcat

[Ivelin Ivanov]

I have tried to run the latest C2.1 with JBoss + Tomcat.
I get the same error with both JBoss 3.0 + Tomcat 4.0.4 and JBoss 2.4.9 +
Tomcat 4.0.4

It appears like a JNDI misconfiguration.

Has someone done it before, that can give me a clue?

I would like to get this working and add a section on the "Installation"
page.

-

Cocoon 2 - Internal server error

type fatal
message Failed to load sitemap from
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
p.xmap
description org.apache.cocoon.ProcessingException: Failed to load sitemap
from
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.:
org.apache.excalibur.source.SourceNotFoundException: Resource not found
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
p.xmap
sender org.apache.cocoon.servlet.CocoonServlet
source Cocoon servlet
request-uri
/cocoon/
path-info

stack-trace
org.apache.cocoon.ProcessingException: Failed to load sitemap from
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
p.xmap: org.apache.cocoon.ResourceNotFoundException: Resource not found.:
org.apache.excalibur.source.SourceNotFoundException: Resource not found
file:/C:/devtools/jboss-3.0.2_tomcat-4.0.4/bin/jndi:/localhost/cocoon/sitema
p.xmap
 at
org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultT
reeBuilder.java:393)
 at
org.apache.cocoon.components.treeprocessor.TreeProcessor.setupRootNode(TreeP
rocessor.java:401)
 at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:320)
 at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess
or.java:308)
 at org.apache.cocoon.Cocoon.process(Cocoon.java:595)



-=Ivelin=-


-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>