The mailing list has been closed since July 2022, but continues to serve as an archive of information about QF-Test.
If you want to stay informed about news about QF-Test, you can simply subscribe to our newsletter:
Subscribe to Newsletter
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [QF-Test] Custom node in xml run log
Hello Art.Wen,
I'm afraid there is no way to modify the run-log directly in that way.
QF-Test wouldn't know what to do with your custom nodes anyway.
You can still use XSLT to process your message nodes if you use a
unique prefix in the message and look for that. My XSLT is currently
a bit rusty, but something like
MessageLog[@resource='msg.user'][starts-with(param[1]/text(), 'MyPrefix')]
should work.
Best regards,
Greg
art.wen <art.wen@?.pl> writes:
> Hi all,
>
> I have no idea how to make my own run log nodes via jython/java script.
> I know about rc.logMessage but it always creates:
>
> <MessageLog resource="msg.user" time="xxx" timestamp="xxx">
> <param>xxx</param>
> <node type="report"/>
> </MessageLog>
>
> So is there any option to make it something like <CustomLogMessage ...> or <UserLog ....> so then
> i have easy time accesing it via my xslt to generate report?
>
> I would have no problem when there was a way to get run log instance to write to but every log
> function in qfs files files are encrypted and there is nothing in documentation bout it.
>
> Cheers,
> Art.Wen
--
Gregor Schmid
E: gregor.schmid@?.de
T: +49 8171 38648-11
F: +49 8171 38648-16
Quality First Software GmbH | www.qfs.de
Tulpenstr. 41 | 82538 Geretsried | Germany
GF Gregor Schmid, Dr. Martina Schmid, Karlheinz Kellerer
HRB München 140833
|
1. Functional cookies
We use functional cookies to ensure the basic functionality of the website.
2. Performance and statistic cookies
We use Matomo for analyzing and optimizing our website. Cookies permit an anonymous collection of information that help us offering you a clear and user-friendly visit of our web pages.
This cookie contains a unique, pseudonymized visitor ID internal to Matomo for recognizing returning visitors.
This cookie is used to track from which website the anonymized user proceeded to our website.
The Matomo session cookie is used to track the visitor's page requests during the session.
is created and should be then directly deleted (used to check whether the visitor’s browser supports cookies).
short lived cookies used to temporarily store data for the visit.
short lived cookies used to temporarily store data for the visit.
