Rod Farmer | 1 Jul 01:40 2002
Picon
Picon

Re: Architecture style of Cocoon II

Many thanks, seemed like a Layered architecture (SoC), so thanks for the 
clarification.

Cheers

Rod

On Sun, Jun 30, 2002 at 10:32:12PM +0200, Nicola Ken Barozzi wrote:
> 
> Rod Farmer wrote:
> > Hi,
> > 	I was wondering if you could clarify for me whether you believe
> > Cocoon II follows a nominally OO architecture of Event-Driven architecture.
> > Having a bit of an argument with a fellow researcher.
> 
> It is based on Avalon, which is COP + SoC + IoC.
> COP: Component oriented programming
> SoC: Separation of concerns
> IoC: Inversion of control
> 
> http://jakarta.apache.org/avalon/
> 
> -- 
> Nicola Ken Barozzi                   nicolaken <at> apache.org
>              - verba volant, scripta manent -
>     (discussions get forgotten, just code remains)
> ---------------------------------------------------------------------
> 
> 
> 
(Continue reading)

Dave Covert | 1 Jul 04:54 2002
Picon

Re: Form Validator

Eric-
I have a simple authentication running with mySql.

The db-authenticator is missing from the pipeline given. form-validator is
only validating that the values in your form meet the constraints in
params.xml. db-authenticator will check the database table against what the
user typed in.

The corresponding pipeline in my sub-site is:
      <map:match pattern="do-login">
        <!-- first validate whether submitted values are ok -->
        <map:act type="form-validator">
          <map:parameter name="descriptor"
value="context://wbs/descriptors/params.xml"/>
          <map:parameter name="validate" value="user_id"/>
          <!-- now try to log in -->
          <map:act type="db-authenticator">
            <map:parameter name="descriptor"
value="context://wbs/descriptors/auth.xml"/>
            <!-- now go to protected area -->
            <map:redirect-to uri="protected"/>
          </map:act>
  </map:act>
        <!-- something was wrong, try it again -->
  <map:redirect-to uri="login"/>
      </map:match>
(Yes, it was shamelessly stolen from the example.)
The auth.xml I use looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<auth-descriptor>
(Continue reading)

Tim Myers | 1 Jul 05:07 2002

Re: Form Validator

> > My other question with the DBAuth stuff is can cocoon run the submitted
> > password through MySQLs PASSWORD() function? I would really like to be
> able
> > to keep the password column in the table encrypted and still be able to
> use
> > the DBAuth stuff.

sometime slightly less than a year ago i sent a patch to the dev mailing list
for exactly that purpose.  Since then, i don't use it anymore.  I use an
xsp action with esql that i'll go ahead and attach.

If you really want the patch for dbauth, let me know-- but i consider it hackish.

Tim

<?xml version="1.0"?>

<xsp:page 
  xmlns:xsp="http://apache.org/xsp" 
  xmlns:esql="http://apache.org/cocoon/SQL/v2"
  xmlns:log="http://apache.org/xsp/log/2.0"
  xmlns:xsp-session="http://apache.org/xsp/session/2.0"
  xmlns:xsp-request="http://apache.org/xsp/request/2.0"
  xmlns:action="http://apache.org/cocoon/action/1.0"
  create-session="true">
  <page>
    <log:logger name="auth"/>
    <esql:connection>
(Continue reading)

Carsten Ziegeler | 1 Jul 08:52 2002
Picon

RE: Giving up! Cocoon too big, slow and confusing


Anthony Aldridge wrote:
> 
> Hurrah! You're a brick!
> 
Like 'another brick in the wall'? Hmm, I already knew this,
because many people called me this in the past 30 years
(because of my last name, you can figure it out yourself
why).

Sorry, but my english is not good enough to figure out
what you exactly mean by this. Can you enlighten me?
PS: I hope it's a compliment!

Thanks
Carsten

---------------------------------------------------------------------
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:     <cocoon-users-unsubscribe <at> xml.apache.org>
For additional commands, e-mail:   <cocoon-users-help <at> xml.apache.org>

TREGAN Fabien | 1 Jul 08:54 2002

RE: Giving up! Cocoon too big, slow and confusing

According to Babylon (usefull windows dictionnary wich work with onscreen
OCR) : 

Brick = "Chic type" (mmm, something like "cool guy")

>-----Message d'origine-----
>De: Carsten Ziegeler [mailto:cziegeler <at> s-und-n.de]
>Date: lundi 1 juillet 2002 08:52
>À: cocoon-users <at> xml.apache.org
>Objet: RE: Giving up! Cocoon too big, slow and confusing
>
>
>
>Anthony Aldridge wrote:
>> 
>> Hurrah! You're a brick!
>> 
>Like 'another brick in the wall'? Hmm, I already knew this,
>because many people called me this in the past 30 years
>(because of my last name, you can figure it out yourself
>why).
>
>Sorry, but my english is not good enough to figure out
>what you exactly mean by this. Can you enlighten me?
>PS: I hope it's a compliment!
>
>Thanks
>Carsten
>
>---------------------------------------------------------------------
(Continue reading)

Shaw, Chris | 1 Jul 09:01 2002

RE: Redirect to referrer

Thanks (again) for the reply...it's taught me some new things that might
come in handy later on.

But in the short-term this doesn't solve the problem - when re-directing it
means that all the values in my Request object are lost, so when I use
<xsp-request:get-parameter> in my XSP page I don't get any data.

Unless there is a magic tag to include them in the re-direction, I will have
to go along with your original suggestion....

Regards

Chris
-=-=-=

-----Original Message-----
From: Christian Haul [mailto:haul <at> dvs1.informatik.tu-darmstadt.de]
Sent: 28 June 2002 18:10
To: cocoon-users <at> xml.apache.org
Subject: Re: Redirect to referrer

On 28.Jun.2002 -- 05:58 PM, Shaw, Chris wrote:
> 
> PS - I'm surprised there isn't a simpler solution to do this, when it must
> be a fairly common thing.....
> 

How about this one, then?

       <map:match pattern="store">
(Continue reading)

Carsten Ziegeler | 1 Jul 09:07 2002
Picon

RE: [Q] SunSpot Portal Demo Error(NullPointerException) in Cocoon 2.0.2 and 2.1-dev

Yes, this problem is related to JDK 1.4. You can either switch
to JDK 1.3 or you have to put the versions of Xalan and Xerces
shipped with Cocoon into the lib/endorsed direcoty of your JRE
1.4. There is a section in the installation docs about running 
Cocoon with JDK 1.4.

Carsten

> -----Original Message-----
> From: Kenny Chow [mailto:kycaeolus <at> yahoo.com]
> Sent: Saturday, June 29, 2002 6:12 PM
> To: cocoon-users <at> xml.apache.org; ninja <at> linuxone.co.kr
> Subject: Re: [Q] SunSpot Portal Demo Error(NullPointerException) in
> Cocoon 2.0.2 and 2.1-dev
> 
> 
> [Please use plain text]
> Hi there, your problem should be due to using jdk1.4.
> I suggest 1.3 instead, which is what I run with tomcat
> 404 and cocoon2.1-dev. This combination works fine.
> 
> --- ninja <at> linuxone.co.kr wrote:
> 
> <HR>
> 
> <BODY style="FONT-SIZE: 10pt; FONT-FAMILY: 1<82"><P
> style="margin-top:3px; margin-bottom:3px;">Hi,</P>
> <P style="margin-top:3px; margin-bottom:3px;">I'm
> currently trying to run cocoon, actually I'm very
> interested in sunspot portal. But I've got</P>
(Continue reading)

Christian Haul | 1 Jul 09:13 2002
Picon

Re: strange database problem

On 30.Jun.2002 -- 01:26 PM, Peter Royal wrote:
> On Sunday 30 June 2002 01:24 pm, Leszek Gawron wrote:
> > com.inzoom.adojni.ComException: Current provider does not support returning
> > multiple recordsets from a single execution. in ADODB.Recordset code=0
> > Type=1
> >
> > First I thought that it's something wrong with msde provider or jdbc driver
> > but getting back to 2002.04.21 dev snapshot makes the error disappear.
> 
> The esql logicsheet is now using JDBC features that your driver does not 
> support.

Since multiple "important" DBMSs have problems with checking for
multiple result sets, it has been disabled by default for the current
CVS version. It can be re-enabled by using
<esql:allow-multiple-results>yes</esql:allow-multiple-results> Option
to <esql:connection/>.

Please try again with a snap shot newer than 2002-06-28

	Chris.

Please follow up summarizing your problem and which suggested solution /
information worked for you. Add "SUMMARY: " to the subject line. This
will make FAQ generation and searching the list easier. In addition,
it makes helping you more fun. Thank you.

--

-- 
C h r i s t i a n       H a u l
haul <at> informatik.tu-darmstadt.de
(Continue reading)

Christian Haul | 1 Jul 09:25 2002
Picon

Re: Redirect to referrer

On 01.Jul.2002 -- 09:01 AM, Shaw, Chris wrote:
> Thanks (again) for the reply...it's taught me some new things that might
> come in handy later on.

You're welcome.

> But in the short-term this doesn't solve the problem - when re-directing it
> means that all the values in my Request object are lost, so when I use
> <xsp-request:get-parameter> in my XSP page I don't get any data.
> 
> Unless there is a magic tag to include them in the re-direction, I will have
> to go along with your original suggestion....

Sorry, that is not possible.

Redirect-to send a redirect message to the client which in turn loads
a new URL (have a look at the URL line of your browser!)

  client                 cocoon
    -----request A-------->
    <----redirect to B----
    -----request B-------->
    <----response for B---

Therefore you'd need to store the data in a session or encode it into
the URL. There are might be an action for this.
(There's at least a "TestAction" in scratchpad, that copies all
parameters from a given InputModule -- e.g. request -- to a given
OutputModule -- e.g. session -- that will help. OTOH that was created
to test and illustrate those modules and is not tuned performancewise.)
(Continue reading)

Chris Warr | 1 Jul 09:34 2002
Picon
Picon

soap call problems


Hi, I'm running cocoon 2.0.2 under tomcat 4.0.4b2.  I've created the example
web service under .NET, TempConvert1.  I can call this with no problems from
VB using the MSSOAP object.  I'm trying to call it using the xsp soap taglib
and I get the following error:

org.apache.cocoon.ProcessingException: Error invoking remote service:
java.lang.IllegalArgumentException: port out range:-1:
java.lang.IllegalArgumentException: port out range:-1 

I can call other web services from cocoon with no dramas.  My soap call
looks like this:

  <search-results>
    <soap:call url="http://147.76.204.58/TempConvert1/Service1.asmx"
            xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" 
            xmlns:xsd="http://www.w3.org/1999/XMLSchema">
      <ns1:ConvertTemperature xmlns:ns1="urn:Service1"> 
        <dFahrenheit xsi:type="xsd:string">100</dFahrenheit>
      </ns1:ConvertTemperature>
    </soap:call>
  </search-results>

NB. To those familiar with TempConvert1, I've changed the type of dFarenheit
from double to string.

Anybody got any ideas?

Chris.

(Continue reading)


Gmane