Hi Petr,

On Mon, Oct 29, 2007 at 07:46:58PM +0300, Petr Grigoriev wrote:
> > On  Monday, October 29, 2007 6:00 PM Alexander Klink wrote:
> >> Revision 1119 does not pass workflow tests  ( see for example
> >> http://build0.cynops.de/openxpki_tests/server/1119_output.txt ).
> > I believe this is due to the fact that IPC::ShareLite was not yet
> > installed on build0. The tests pass just fine on my Mac OS X development
> > box.
> 15_csr_and_certificate_issuance.t  fails on FreeBSD with IPC::ShareLite 
> installed.
> It says I18N_OPENXPKI_TRANSPORT_SIMPLE_CLIENT_READ_CLOSED_CONNECTION.
> Revision 1118 passes this test without any trouble.
Hmmm, weird, it passes both on my Mac OS X machine and build0 (the
failing workflow test is only because the CSR workflow is not yet in
SUCCESS, I'll implement a waiting similar to the one for the certificate
issuance workflow soon). Could you please debug that a bit further?
What does the stderr.log of the server say with DEBUG=1?

> > The workflow looping test should be pretty obsolete after this change
> > anyhow, as we do not do looping anymore.
> >
> The looping test could be used to check whether the workflow forking  and 
> parent-children signaling
> works OK.
OK, but I believe it needs to be rewritten completely for that and
does not deserve the "looping" name any longer ...

> > Yes, any child may tell the parent that it failed at any time, which
> > will lead to the parent failing as well. On the other hand, the
> > child_finished_successfully activity is only available for the last
> > calling child - as no other child has notified failure, we assume
> > that they exited successfully.
> Thank you Alex, then I'll try to figure out why does  LDAP fail.
> BTW could it be due to double describing <action 
> name="notify_parent_success"...
> ( in workflow_activity_certificate_ldap_publishing.xml and in 
> workflow_activity_certificate_issuance.xml ) ?
Hmmm, I don't believe so, if I remember correctly, the action names
are only global within a workflow (which I believe to be a bug in
Workflow.pm, IMHO they should be local to a state), not the complete
config ...

Best regards,
  Alex
-- 
Dipl.-Math. Alexander Klink | IT-Security Engineer
        [EMAIL PROTECTED] | working @ urn:oid:1.3.6.1.4.1.11417

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
OpenXPKI-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openxpki-devel

Reply via email to