freebuilder-xmlform — Users and Development Mailing List

Re: [XMLForm] news eliminato

[Adeline S. <ma...@ca...>]

Hi,


V / A G R A
V A L / U M
C / A L / S

http://www.tedrx .com

Remove space in the above link.



Harry shook himself mentally; he was being stupid. There was no one in
the house with him except Uncle Vernon, Aunt Petunia, and Dudley, and
they were plainly still asleep, their dreams untroubled and painless.

Re: [XMLForm] now ladyhoo

[Marcellus N. <br...@la...>]

Hi,

When you need it now VIAxxGRA ( from $3, 35 )
When you need it later CIAxxLIS ( from $3, 35 )
 
http://www.fod*rx.com
( remove "*" from the domain name )

----
sneered Malfoy. So tell me, is his mother really that porky, or is it
just the picture? 
You know your mother, Malfoy?  said Harry both he and Hermione had

Re: [XMLForm] kingle

[Huo R. <buc...@af...>]

Hi,
=20
V / A G R A
C / A L l S
V A L / U M
=20
Extra Low P R / C E S!
=20
web address http://www.xaserunhfunhadcunhas.com
=20
  _____ =20

I have done a voice analysis of a recording I made during the

Re: [XMLForm] news 239

[Aiolos E. <gar...@fu...>]

Hi,
=20
VlAffGRA VALffIUM CIAffLIS http://www.werinkiolofancesqus.com
=20
,

if we need some help or such?

Re: [XMLForm] new

[Batul W. <cad...@al...>]

Hi,

Approved PHrrARMACY http://www.aserunkiondfeunhas.com

=20

Is the galaxys wide and I like to stray

Re: [XMLForm] VlhAGRA

[Emerald B. <to...@ca...>]

Hi,

VlhAGRA for less http://www.kasetiolderunjadesunha.com

=20
coal-mining music? Or Aqua Regia and her Plutonium Pals?
Nothing Iron John did seemed to affect the outcome. He was wary, he

[XMLForm] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

[XMLForm] starting with this

[Horacio M. H. M. <hor...@ha...>]

xmlforms seems a good idea, but i don´t kown how to test xmlforms

i have downloaded XMLForm-all-20030425.zip, then i have set my
environment, it compile but it does not work when i try this

http://localhost:8089/test/wizard/action

this is the message

javax.servlet.ServletException: System property org.xml.sax.driver not 
specified
	at test.wizard.WizardAction.nextPage(WizardAction.java:295)
	at test.wizard.WizardAction.service(WizardAction.java:70)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at org.apache.catalina.core.ApplicationFilterChain

i do not know what to do

http://localhost:8089/index.html works

My environment is 


netbeans (with tomcat 4.0.6) 
jdk 1.4 

Shoul i have any cocoom jar in my classapth?

any clue?

Thans for all.

[XMLForm] XForms example.

[JEROME <j.d...@la...>]

Hello,

Have you an example that use the <xforms:insert..> tag ? Please.

Thanks for your  help.

 

[XMLForm] Status

[Don B. <mr...@tw...>]

I'm curious as to the status of this project.  I'm working a framework
that integrates xmlform with Struts, but it has already required one patch
and I'm sure there will be more to come.  Is this project still in sync w/
Cocoon's xmlform?  Is anyone using it in production?

I've found the project to be really useful and hope it has a long future
ahead.

Don

[XMLForm] XMLForm <--> Action

[<Cha...@sk...>]

Hi,

Is it possible to map several XMLForm to the same action ? In the XMLForm
Wizard's How-to Step (see cocoon 2.1 web site doc), there is one example
showing how to map a specific XMLForm to an action (step 4). At the step 3,
you must create a java bean to holds the data provided by the users on the
XMLform. When the action is called, the data of the java bean are retrieved
and used to process a command. In this example, the action has been
developped for a particular java bean. If, by example, I would like to use
the sendmail action, these action is not linked to a particular java bean
object. So, How can achieve this in order that my action retrieved the data
introduced by the user in XML format by example ?

Met vriendelijke groeten - Cordialement - Best Regards,

Ir. Charles Moulliard
eBusiness Solutions Architect

SkillTeam NV, AV. Roodebeek - Roodebeeklaan 89 - 1030 Brussel
Tel    :  +32 (0)2 743 49 00
Fax    : +32 (0)2 743 49 01
GSM  : +32 0486 25 98 52
eMail  :  ch...@Sk...

RE: [XMLForm] Move from Cocoon XMLForm to xmlform.org

[Baxter, B. <Bre...@sc...>]

This project isn't exactly setting the world on fire either.  I submitted
code patches about a month ago that I have yet to hear if anyone has even
looked at in any way.  There has also been a significant drop in email
traffic on this list.  You  be the judge if you want to move to this code
base or not.

Brent


-----Original Message-----
From: Syl...@sw... [mailto:Syl...@sw...]
Sent: Thursday, July 10, 2003 4:19 AM
To: fre...@li...
Subject: [XMLForm] Move from Cocoon XMLForm to xmlform.org


Hello,

I'm using Cocoon XMLForm at the moment. The Cocoon XMLForm project is
getting to be abandoned.

Is it possible to move my applications from Cocoon XMLForm to xmlform.org??

Thanks
Sylvain


-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps
_______________________________________________
Freebuilder-XMLForm mailing list
Fre...@li...
https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform

[XMLForm] Move from Cocoon XMLForm to xmlform.org

[<Syl...@sw...>]

Hello,

I'm using Cocoon XMLForm at the moment. The Cocoon XMLForm project is =
getting to be abandoned.

Is it possible to move my applications from Cocoon XMLForm to =
xmlform.org??

Thanks
Sylvain

Re: [XMLForm] XMLForms - Examples

[Lee P. <bat...@ho...>]

There are examples as part of the downloand in the webapp, whether you
consider them "decent" will be up to you, they helped me a lot.

Lee

----- Original Message -----
From: "Darach Cawley" <dc...@ts...>
To: <fre...@li...>
Sent: Wednesday, June 25, 2003 11:44 AM
Subject: [XMLForm] XMLForms - Examples


> Hi guys,
> I'm new to XMLForms, and I was wondering if anyone knew where I could get
> some decent examples.
>
>
> Regards, Darach Cawley
>
> Waterford,
> Ireland.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Freebuilder-XMLForm mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform
>

[XMLForm] XMLForms - Examples

[Darach C. <dc...@ts...>]

Hi guys,
I'm new to XMLForms, and I was wondering if anyone knew where I could get
some decent examples.


Regards, Darach Cawley

Waterford,
Ireland.

[XMLForm] RE: XMLForm changes

[Baxter, B. <Bre...@sc...>]

At last I have checked in my changes.  Basically I had to check out another
copy of the code and re-do all of my changes as I had originally checked it
out as "anonymous" and not with my SF user name.  Anyway, everything should
be in right now.  A few notes:

- I noticed that there are Eclipse .project and .classpath files, I did
nothing with these (I am an emacs guy).  If they don't work, then someone
will have to help me out.

- There appears to be a version of the .java and .class files checked in
under /webapp/WEB-INF/classes.  I assumed that this was a mistake and did
nothing with these files.  All my changes were to the .java files in /src
directory.

- I added the jakarta-oro and xalan jars to /webapp/WEB-INF/lib as these are
now required to build.

I did a clean check out and build (with ANT) and it built just fine for me.
I also ran a few sanity tests and things seemed to be working.  Let me know
if anyone finds a bug.

Thanks.
Brent



-----Original Message-----
From: Baxter, Brent 
Sent: Thursday, June 05, 2003 10:49 AM
To: freebuilder-xmlform
Subject: XMLForm changes



I have been running my changes locally, and things seem to be fine so far.
I'll try to get my changes checked in over the next day or two so that
others can start testing as well.

For those of you on the list that may be wondering what I am doing, here it
is in a nutshell.  Basically I want to use XMLForm on a project but I am
restricted to JDK 1.3.  There were several classes being used in the XMLForm
that are JDK 1.4 dependant, such as logging and regular expressions.  Ivelin
agreed that if I was willing to do the work, he would take the patches to
make the code non-JDK 1.4 dependent.  So, what I ended up doing was the
following:

- Removed references to java.util.regex.* and replaced them with
org.apache.oro.text.regex.*
- Removed references to java.util.logging.* and replaced them with
org.apache.commons.logging.*
- Compiled with Xalan 2.5.0 which deprecated org.apache.xalan.serializer.*
and replaced with org.apache.xml.serializer.*
- Using Xalan 2.5.0 also required me to change the content handler property
in XMLFormTransformerHandler on line 1293 to the following:

outputProperties.setProperty("{http://xml.apache.org/xalan}content-handler",
"org.apache.xml.serializer.ToXMLStream");

- I also have a bug fix that was causing only the first xf:violation to be
inserted into the XPath of the resulting document.  This was simply changing
the "break" to "continue" on line 740 of XMLFormTransformerHandler

Comments on any of these changes are welcomed.  Right now it is all local on
my machine, so it would be easy to change something now prior to checking it
all in.

Brent

---
Brent Baxter
Siemens Corporate Research
bre...@sc...




-----Original Message-----
From: Ivelin Ivanov [mailto:iv...@ap...]
Sent: Wednesday, June 04, 2003 10:44 PM
To: Baxter, Brent
Cc: freebuilder-xmlform
Subject: Re: [struts-xsl] Troubles with XForms



Sounds good.

You should now have R/W permissions to the sf CVS.

Let me know when you are finished with the check-ins and testing so that I
can test myself.

-=Ivelin=-

RE: [XMLForm] XMLForm changes

[Baxter, B. <Bre...@sc...>]

Lee,

I did not do any testing with regard to performance.  With that said, there
is only one method of one class in all the XMLForm code that uses regex so I
don't expect a large impact on performance.

Thanks.
Brent


-----Original Message-----
From: Lee Pollington [mailto:bat...@ho...]
Sent: Thursday, June 05, 2003 1:12 PM
To: Baxter, Brent; freebuilder-xmlform
Subject: Re: [XMLForm] XMLForm changes


Hi Brent,

Certainly understandable that many people have yet to have the opportunity
to move to 1.4.

My only question is, have you looked at the performance impacts? I have used
several regex packages and have found the 1.4. package to perform
significantly faster than other packages, in some cases, orders of
magnitude.

Regards,
Lee

Re: [XMLForm] XMLForm changes

[Lee P. <bat...@ho...>]

Hi Brent,

Certainly understandable that many people have yet to have the opportunity
to move to 1.4.

My only question is, have you looked at the performance impacts? I have used
several regex packages and have found the 1.4. package to perform
significantly faster than other packages, in some cases, orders of
magnitude.

Regards,
Lee

----- Original Message -----
From: "Baxter, Brent" <Bre...@sc...>
To: "freebuilder-xmlform" <fre...@li...>
Sent: Thursday, June 05, 2003 3:48 PM
Subject: [XMLForm] XMLForm changes


>
> I have been running my changes locally, and things seem to be fine so far.
> I'll try to get my changes checked in over the next day or two so that
> others can start testing as well.
>
> For those of you on the list that may be wondering what I am doing, here
it
> is in a nutshell.  Basically I want to use XMLForm on a project but I am
> restricted to JDK 1.3.  There were several classes being used in the
XMLForm
> that are JDK 1.4 dependant, such as logging and regular expressions.
Ivelin
> agreed that if I was willing to do the work, he would take the patches to
> make the code non-JDK 1.4 dependent.  So, what I ended up doing was the
> following:
>
> - Removed references to java.util.regex.* and replaced them with
> org.apache.oro.text.regex.*
> - Removed references to java.util.logging.* and replaced them with
> org.apache.commons.logging.*
> - Compiled with Xalan 2.5.0 which deprecated org.apache.xalan.serializer.*
> and replaced with org.apache.xml.serializer.*
> - Using Xalan 2.5.0 also required me to change the content handler
property
> in XMLFormTransformerHandler on line 1293 to the following:
>
>
outputProperties.setProperty("{http://xml.apache.org/xalan}content-handler",
> "org.apache.xml.serializer.ToXMLStream");
>
> - I also have a bug fix that was causing only the first xf:violation to be
> inserted into the XPath of the resulting document.  This was simply
changing
> the "break" to "continue" on line 740 of XMLFormTransformerHandler
>
> Comments on any of these changes are welcomed.  Right now it is all local
on
> my machine, so it would be easy to change something now prior to checking
it
> all in.
>
> Brent
>
> ---
> Brent Baxter
> Siemens Corporate Research
> bre...@sc...
>
>
>
>
> -----Original Message-----
> From: Ivelin Ivanov [mailto:iv...@ap...]
> Sent: Wednesday, June 04, 2003 10:44 PM
> To: Baxter, Brent
> Cc: freebuilder-xmlform
> Subject: Re: [struts-xsl] Troubles with XForms
>
>
>
> Sounds good.
>
> You should now have R/W permissions to the sf CVS.
>
> Let me know when you are finished with the check-ins and testing so that I
> can test myself.
>
> -=Ivelin=-
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at www.etnus.com.
> _______________________________________________
> Freebuilder-XMLForm mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform
>

[XMLForm] XMLForm changes

[Baxter, B. <Bre...@sc...>]

I have been running my changes locally, and things seem to be fine so far.
I'll try to get my changes checked in over the next day or two so that
others can start testing as well.

For those of you on the list that may be wondering what I am doing, here it
is in a nutshell.  Basically I want to use XMLForm on a project but I am
restricted to JDK 1.3.  There were several classes being used in the XMLForm
that are JDK 1.4 dependant, such as logging and regular expressions.  Ivelin
agreed that if I was willing to do the work, he would take the patches to
make the code non-JDK 1.4 dependent.  So, what I ended up doing was the
following:

- Removed references to java.util.regex.* and replaced them with
org.apache.oro.text.regex.*
- Removed references to java.util.logging.* and replaced them with
org.apache.commons.logging.*
- Compiled with Xalan 2.5.0 which deprecated org.apache.xalan.serializer.*
and replaced with org.apache.xml.serializer.*
- Using Xalan 2.5.0 also required me to change the content handler property
in XMLFormTransformerHandler on line 1293 to the following:

outputProperties.setProperty("{http://xml.apache.org/xalan}content-handler",
"org.apache.xml.serializer.ToXMLStream");

- I also have a bug fix that was causing only the first xf:violation to be
inserted into the XPath of the resulting document.  This was simply changing
the "break" to "continue" on line 740 of XMLFormTransformerHandler

Comments on any of these changes are welcomed.  Right now it is all local on
my machine, so it would be easy to change something now prior to checking it
all in.

Brent

---
Brent Baxter
Siemens Corporate Research
bre...@sc...




-----Original Message-----
From: Ivelin Ivanov [mailto:iv...@ap...]
Sent: Wednesday, June 04, 2003 10:44 PM
To: Baxter, Brent
Cc: freebuilder-xmlform
Subject: Re: [struts-xsl] Troubles with XForms



Sounds good.

You should now have R/W permissions to the sf CVS.

Let me know when you are finished with the check-ins and testing so that I
can test myself.

-=Ivelin=-

[XMLForm] Re: [struts-xsl] Troubles with XForms

[Ivelin I. <iv...@ap...>]

Sounds good.

You should now have R/W permissions to the sf CVS.

Let me know when you are finished with the check-ins and testing so that I
can test myself.

-=Ivelin=-

----- Original Message -----
From: "Baxter, Brent" <Bre...@sc...>
To: "'Ivelin Ivanov'" <iv...@ap...>
Cc: <je...@op...>
Sent: Wednesday, June 04, 2003 9:20 AM
Subject: RE: [struts-xsl] Troubles with XForms


>
> Ivelin,
>
> Well, I am familiar enough with the code to find/replace a few method
calls
> and to track down a bug or two.  I will continue to use my fixes to be
> reasonably sure that they are going to be fine.  My sf.net login is
> "brentbaxter".
>
> I will also attempt to subscribe and send my email to the xmlform mail
list.
> I tried to subscribe a few days ago, but I have a feeling that my company
is
> blocking email from that domain so I will attempt to subscribe again with
my
> personal email address.
>
> Thanks.
> Brent
>
> -----Original Message-----
> From: Ivelin Ivanov [mailto:iv...@ap...]
> Sent: Wednesday, June 04, 2003 12:05 AM
> To: Baxter, Brent
> Cc: je...@op...
> Subject: Re: [struts-xsl] Troubles with XForms
>
>
>
> Brent,
>
> It seems that you're up to speed on the XMLForm code (not that there's too
> much to it).
> I don't want to delay your patches any longer, so why don't you give me
your
> sf login id?
> I would only ask that you submit your latest email to xmlform mailing list
> and make sure that it continues to work with jdk 1.4 and tomcat 4.x.
>
> -=Ivelin=-
>
> ----- Original Message -----
> From: "Baxter, Brent" <Bre...@sc...>
> To: <iv...@ap...>
> Cc: <je...@op...>
> Sent: Tuesday, June 03, 2003 4:33 PM
> Subject: RE: [struts-xsl] Troubles with XForms
>
>
> >
> > Ivelin,
> >
> > Jeff sent me your message regarding the creation of a patch for XMLForm.
> > So, as suggested I have a modified local copy of the XMLForm code
(started
> > with a checkout from the top of the CVS tree on SF.net) that removes the
> > dependency on JDK 1.4 classes.  I am compiling with JDK 1.3.1 right now
> and
> > it compiles fine and seems to run just fine.  The summary of changes are
> as
> > follows:
> >
> > - Removed references to java.util.regex.* and replaced them with
> > org.apache.oro.text.regex
> > - Removed references to java.util.logging.* and replaced them with
> > orp.apache.commons.loggin
> > - Compiled with Xalan 2.5.0 which deprecated
org.apache.xalan.serializer.*
> > to org.apache.xml.serializer.* and also required me to change the
content
> > handler property in XMLFormTransformerHandler on line 1293 to the
> following:
> >
> >
> >
>
outputProperties.setProperty("{http://xml.apache.org/xalan}content-handler",
> > "org.apache.xml.serializer.ToXMLStream");
> >
> > - I also included a fix that I previously sent to you changing the
"break"
> > to "continue" on line 740 of XMLFormTransformerHandler
> >
> > Anyway, let me know how you would like to proceed.  I think it would be
> best
> > for you to take my code and review/test it for a while.  After that we
can
> > discuss how to proceed with getting the changes into the source tree.
> >
> > Let me know.
> >
> > Thanks.
> > Brent
> >
> >
> > -----Original Message-----
> > From: Jeff Pennal [mailto:je...@op...]
> > Sent: Tuesday, June 03, 2003 9:30 AM
> > To: str...@ya...
> > Subject: Re: [struts-xsl] Troubles with XForms
> >
> >
> > Hi Brent,
> >
> > I received this response from the lead developer of XMLForm:
> > > I just don't have the time to support more than one JDK.
> > > logging and XML libs are the only reason for the JDK 1.4 requirement.
> > > Should be relatively easy to switch to commons logging and the
> > xerces/xalan
> > > libs.
> > > If your folks have time to provide the patch I will apply it.
> > >
> > > -=Ivelin=-
> >
> > So, it sounds like you can patch XMLForm and send it to him then you'll
> > have a distribution of XMLForm that you can use.
> >
> > Jeff
> >
> > Baxter, Brent wrote:
> >
> > >
> > > It turns out my problems with XForms doesn't have anything to do with
> the
> > > templates.  At the same time that I tried the new version of stxx with
> the
> > > template approach I had also rolled back my version of the JDK since
my
> > > project will not permit JDK 1.4.  When will I learn not to change more
> > than
> > > one thing at a time!  It turns out that the XMLForm implementation of
> > XForms
> > > is dependant on JDK 1.4 since it uses the new logging classes in J2SE
> 1.4.
> > > So, now I am off to find an alternative to XMLForm's implementation of
> > > XForms.  There appears to be a project called Chiba that also has an
> open
> > > source implementation of the XForms recommended standard.  Anyone have
> any
> > > experience with this project?
> > >
> > > Brent
> > >
> > >
> > > -----Original Message-----
> > > From: Baxter, Brent
> > > Sent: Friday, May 30, 2003 4:26 PM
> > > To: 'str...@ya...'
> > > Subject: RE: [struts-xsl] Custom template languages made easy with
XSLT
> > >
> > >
> > >
> > > Have you tried this using XForm syntax in your template XML file?  I
am
> > > having trouble getting the pipeline to work correctly.
> > >
> > > Brent
> > >
> > >
> > > -----Original Message-----
> > > From: mrdon42 [mailto:mr...@tw...]
> > > Sent: Thursday, May 29, 2003 10:34 PM
> > > To: str...@ya...
> > > Subject: [struts-xsl] Custom template languages made easy with XSLT
> > >
> > >
> > > I've added a new example to stxx that demonstrates how to use stxx to
> > > create a custom template language.  The problem is it can be hard for
> > > web developers to learn and be comfortable with XSLT.  Also, XSLT's
> > > have a tendency to clutter with XSL elements as pages get more
> > > complicated.  One solution is a custom template language.
> > >
> > > Take the stxx example contactListExample.  Instead of creating a
> > > largish XSLT file with HTML and xsl logic, create a custom template
> > > language that looks like this:
> > >
> > > <html>
> > >     <body>
> > >         <table width="75%" border="1" align="center">
> > >             <tr>
> > >               <td colspan="2" bgcolor="lightblue" align="center">
> > >                 <br/>
> > >                 <h4><a href="./index.do"><msg
> > > key="example.toIndex"/></a></h4>
> > >               </td>
> > >             </tr>
> > >             <tr bgcolor="lightgrey">
> > >                 <td><b>Name</b></td>
> > >                 <td><b>Email</b></td>
> > >             </tr>
> > >             <for-each-address>
> > >                 <tr>
> > >                     <td><name /></td>
> > >                     <td><email /></td>
> > >                 </tr>
> > >             </for-each-address>
> > >         </table>
> > >     </body>
> > > </html>
> > >
> > > Not only is it easy to read, the language is domain-specific to your
> > > application making it intuitive and easy to learn.  Your XSLT
> > > developer creates the XSLT that will take the custom elements and turn
> > > them into data pulled from stxx.
> > >
> > > On a side note, to make this as easy as possible, I added the ability
> > > to pass parameters to your stylesheets from the transform definition.
> > >  Any parameter not handled by the XSLT transformer (debug, render,
> > > path, or messages) will be passed to the stylesheet.
> > >
> > > Don
> > >
> > > P.S. For more information, see these resources:
> > > http://www.webweavertech.com/ovidiu/weblog/archives/000257.html
> > > http://www.xml.com/pub/a/2000/07/26/xslt/xsltstyle.html
> > > http://www.xml.com/pub/a/2002/03/27/templatexslt.html
> > >
> > >
> > >
> > > Visit the group site at: http://groups.yahoo.com/group/struts-xsl
> > >
> > >
> > > To unsubscribe from this group, send an email to:
> > > str...@ya...
> > >
> > >
> > >
> > >
> > > Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
> > >
> > >
> > >
> > > Visit the group site at: http://groups.yahoo.com/group/struts-xsl
> > >
> > >
> > > To unsubscribe from this group, send an email to:
> > > str...@ya...
> > >
> > >
> > >
> > >
> > > Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
> > >
> > >
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor ---------------------~-->
> > FREE Cell Phones with up to $400 Cash Back!
> > http://us.click.yahoo.com/_bBUKB/vYxFAA/ySSFAA/5cFolB/TM
> > ---------------------------------------------------------------------~->
> >
> > Visit the group site at: http://groups.yahoo.com/group/struts-xsl
> >
> >
> > To unsubscribe from this group, send an email to:
> > str...@ya...
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/

TR: [XMLForm] close XMLForm application

[<Syl...@sw...>]

Hi Lee,

If you implement a solution like this:

   else if (formView.equals(VIEW_CONFIRM))
   {
    if (command.equals(CMD_NEXT))
    {
     Form.remove(request, FORM_ID);
    dBConn.close();
    // or
    Form form =3D Form.lookup(request, FORM_ID);
    Object model =3D form.getModel();
    model.closeMyConnection();
     return VIEW_END;
    }
    else if (command.equals(CMD_PREV))
     return VIEW_SYSTEM;
   }

A problem occur when, for some reasons, the user don't pass through the =
VIEW_CONFIRM -> CMD_NEXT process and the connection isn't closed (for =
example, when the user close the browser before he has finished).

It isn't easy because the XMLForm action is called each time a page is =
loaded, not only when you start your application (which contains several =
pages). So you don't have a point when your application start and =
finish. That's the problem.

About the solution for a servlet's init and destroy methods, when (or =
where) could I call this methods?


Thanks for any suggestions
Regards
Sylvain


-----Message d'origine-----
De: Lee Pollington [mailto:bat...@ho...]
Date: mercredi, 14. mai 2003 19:39
=C0: Th=E9voz Sylvain, IT-DTS-ENG-SDM-DAR
Cc: fre...@li...
Objet: Re: [XMLForm] close XMLForm application


Hi Sylvain,

I have used Castor to marshall an XML file into a series of beans. I =
wasn't
perhaps completely clear, you could pass the connection object to the
constructor and keep all the data access methods in the bean, but =
control
the connection object's life outside of the bean, in your case perhaps =
in a
servlet's init and destroy methods, another approach may be to get the =
bean
back from XMLFORM using the getModel(id) method and call whatever you =
need
to.or as the one of the last operations in an action, so for example =
taking
some code from WizardAction:

   else if (formView.equals(VIEW_CONFIRM))
   {
    if (command.equals(CMD_NEXT))
    {
     Form.remove(request, FORM_ID);
    dBConn.close();
    // or
    Form form =3D Form.lookup(request, FORM_ID);
    Object model =3D form.getModel();
    model.closeMyConnection();
     return VIEW_END;
    }
    else if (command.equals(CMD_PREV))
     return VIEW_SYSTEM;
   }

Let me know if you have success with one of these approaches and please =
post
to the group :)

Lee

----- Original Message -----
From: <Syl...@sw...>
To: <bat...@ho...>
Sent: Wednesday, May 14, 2003 8:36 AM
Subject: RE: [XMLForm] close XMLForm application


Hi Lee,

Thanks for your reply.

For some reasons it is best for me to create a connection to the dB each
time I start an XMLForm application.

You said that we shouldn't add programmatic hooks into the bean.
Where do you put them (for example methods to access to the dB)?

Regards
Sylvain


-----Message d'origine-----
De: Lee Pollington [mailto:bat...@ho...]
Date: mardi, 13. mai 2003 19:40
=C0: Th=E9voz Sylvain, IT-DTS-ENG-SDM-DAR;
fre...@li...
Objet: Re: [XMLForm] close XMLForm application


Sylvian,

It would be best if you managed your dB connection outside of the bean.
XMLForm treats your bean purely as a data model, there are no =
programmatic
hooks into it. If you manage the connection in the Servlet containers
session you can reuse it as well, rather than recreate it per request.

hope that helps,
Lee

----- Original Message -----
From: <Syl...@sw...>
To: <fre...@li...>
Sent: Tuesday, May 13, 2003 2:44 PM
Subject: [XMLForm] close XMLForm application


Hello,

I'm using XMLForm application to retrieve data from a database.
To connect to my database, I'm using an object/relationnal mapping tool
(OJB).

When I start a XMLForm application, I need to initialize the connection =
to
my database. I'm doing this in the Bean constructor. This is in the Bean
because all data stuffs are in it.

When I close the XMLForm application, I need to close this connection.
My question is: where can I do this in the Bean (or in other place)?

Thanks
Sylvain


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Freebuilder-XMLForm mailing list
Fre...@li...
https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform

Re: [XMLForm] close XMLForm application

[Lee P. <bat...@ho...>]

Hi Sylvain,

I have used Castor to marshall an XML file into a series of beans. I wasn't
perhaps completely clear, you could pass the connection object to the
constructor and keep all the data access methods in the bean, but control
the connection object's life outside of the bean, in your case perhaps in a
servlet's init and destroy methods, another approach may be to get the bean
back from XMLFORM using the getModel(id) method and call whatever you need
to.or as the one of the last operations in an action, so for example taking
some code from WizardAction:

   else if (formView.equals(VIEW_CONFIRM))
   {
    if (command.equals(CMD_NEXT))
    {
     Form.remove(request, FORM_ID);
    dBConn.close();
    // or
    Form form = Form.lookup(request, FORM_ID);
    Object model = form.getModel();
    model.closeMyConnection();
     return VIEW_END;
    }
    else if (command.equals(CMD_PREV))
     return VIEW_SYSTEM;
   }

Let me know if you have success with one of these approaches and please post
to the group :)

Lee

----- Original Message -----
From: <Syl...@sw...>
To: <bat...@ho...>
Sent: Wednesday, May 14, 2003 8:36 AM
Subject: RE: [XMLForm] close XMLForm application


Hi Lee,

Thanks for your reply.

For some reasons it is best for me to create a connection to the dB each
time I start an XMLForm application.

You said that we shouldn't add programmatic hooks into the bean.
Where do you put them (for example methods to access to the dB)?

Regards
Sylvain


-----Message d'origine-----
De: Lee Pollington [mailto:bat...@ho...]
Date: mardi, 13. mai 2003 19:40
À: Thévoz Sylvain, IT-DTS-ENG-SDM-DAR;
fre...@li...
Objet: Re: [XMLForm] close XMLForm application


Sylvian,

It would be best if you managed your dB connection outside of the bean.
XMLForm treats your bean purely as a data model, there are no programmatic
hooks into it. If you manage the connection in the Servlet containers
session you can reuse it as well, rather than recreate it per request.

hope that helps,
Lee

----- Original Message -----
From: <Syl...@sw...>
To: <fre...@li...>
Sent: Tuesday, May 13, 2003 2:44 PM
Subject: [XMLForm] close XMLForm application


Hello,

I'm using XMLForm application to retrieve data from a database.
To connect to my database, I'm using an object/relationnal mapping tool
(OJB).

When I start a XMLForm application, I need to initialize the connection to
my database. I'm doing this in the Bean constructor. This is in the Bean
because all data stuffs are in it.

When I close the XMLForm application, I need to close this connection.
My question is: where can I do this in the Bean (or in other place)?

Thanks
Sylvain


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Freebuilder-XMLForm mailing list
Fre...@li...
https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform

Re: [XMLForm] close XMLForm application

[Lee P. <bat...@ho...>]

Sylvian,

It would be best if you managed your dB connection outside of the bean.
XMLForm treats your bean purely as a data model, there are no programmatic
hooks into it. If you manage the connection in the Servlet containers
session you can reuse it as well, rather than recreate it per request.

hope that helps,
Lee

----- Original Message -----
From: <Syl...@sw...>
To: <fre...@li...>
Sent: Tuesday, May 13, 2003 2:44 PM
Subject: [XMLForm] close XMLForm application


Hello,

I'm using XMLForm application to retrieve data from a database.
To connect to my database, I'm using an object/relationnal mapping tool
(OJB).

When I start a XMLForm application, I need to initialize the connection to
my database. I'm doing this in the Bean constructor. This is in the Bean
because all data stuffs are in it.

When I close the XMLForm application, I need to close this connection.
My question is: where can I do this in the Bean (or in other place)?

Thanks
Sylvain


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Freebuilder-XMLForm mailing list
Fre...@li...
https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform

[XMLForm] close XMLForm application

[<Syl...@sw...>]

Hello,

I'm using XMLForm application to retrieve data from a database.
To connect to my database, I'm using an object/relationnal mapping tool =
(OJB).

When I start a XMLForm application, I need to initialize the connection =
to my database. I'm doing this in the Bean constructor. This is in the =
Bean because all data stuffs are in it.

When I close the XMLForm application, I need to close this connection.
My question is: where can I do this in the Bean (or in other place)?

Thanks
Sylvain

Re: [XMLForm] XMLForms without Cocoon?

[Gil H. <gi...@te...>]

Hi Lee,

Thanks very much for the pointers. The last two seem to be pretty
cocoon-ish but I'll try and make my way through them.

Cheers,
Gil

On Tue, 2003-05-06 at 16:45, bat...@ho... wrote:
> Hi Gil,
> 
> You can use XMLForms with just Tomcat as a standalone servlet. It is
> available from:
> http://sourceforge.net/project/showfiles.php?group_id=18425
> 
> I have had good results with Tomcat 4.0.6. I have seen claims that 4.1 has a
> problem with debugging.
> 
> There are several sources of examples and articles pertaining to the
> project, but some experimentation will probably be necessary
> http://www.cocoonhive.org/xmlform/index.html
> http://xml.apache.org/cocoon/howto/xmlform-wizard/howto-xmlform-wizard.html
> http://webservices.xml.com/pub/a/ws/2003/01/29/cocoon-xforms.html?page=1
> 
> I'm sure this mailing list will try to help if you have questions.
> 
> Lee
> 
> ----- Original Message -----
> Wrom: NQEMSFDULHPQQWOYIYZUNNYCGPKYLEJ
> To: <fre...@li...>
> Sent: Tuesday, May 06, 2003 8:41 PM
> Subject: [XMLForm] XMLForms without Cocoon?
> 
> 
> > Hello,
> >
> > Is it possible to use XMLForms without Cocoon (i.e, only with Tomcat)?
> > If so, is there any documentation on this topic?
> >
> > Thanks in advance,
> > Gil
> >
> >
> >
> >
> > -------------------------------------------------------
> > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> > The only event dedicated to issues related to Linux enterprise solutions
> > www.enterpriselinuxforum.com
> >
> > _______________________________________________
> > Freebuilder-XMLForm mailing list
> > Fre...@li...
> > https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform
> >
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Freebuilder-XMLForm mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freebuilder-xmlform