[JBoss Transactions Development] - Re: JTA 1.2 Implementation Work
by Tom Jenkinson
Tom Jenkinson [https://community.jboss.org/people/tomjenkinson] created the discussion
"Re: JTA 1.2 Implementation Work"
To view the discussion, visit: https://community.jboss.org/message/818520#818520
--------------------------------------------------------------
> Paul Robinson wrote:
>
> Mark,
>
>
> > Mark Little wrote:
> >
> > What I said was only partially correct. We call end on suspended RMs if delist hasn't been called. Having this happen for all RMs is easy, but we'd have to be aware of interface changes and semantic changes, since it is not backwardly compatible *unless* we have this as a configurable option. Worth considering though, since JTA 1.2 adoption will take a while.
>
> Mike and I have looked over the code, and we think that we already comply to this spec point. Take a look at the explanation I added to the "Other Spec Changes" section.
I have taken a look at this too and agree XAResource::end(TMSUCCESS) does seem to be called in all permutations. I wonder if TMFAIL might be more appropriate for topLevelAbort? However, I open this as a point of discussion, rather than suggestion. In practical terms I suspect it won't make any difference to the RM.
Also, your description in "Other Spec Changes" omits the fact that com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple::rollback(), endSuspendedRMs() is also invoked. Near as I can work out though, endSuspendedRMs is almost superflous as topLevel* will end ASSOCIATION_SUSPENDED branches anyway?
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/818520#818520]
Start a new discussion in JBoss Transactions Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 7 months
Re: [jboss-dev-forums] [JBoss AS 7 Development] - Design of AS7 multi-JSF feature
by Torben Greiser
Torben Greiser [https://community.jboss.org/people/tgreiser] commented on the document
"Design of AS7 multi-JSF feature"
To view all comments on this document, visit: https://community.jboss.org/docs/DOC-47689#comment-12132
--------------------------------------------------
Hey Bruno,
I am receiving the same error
> WARNING [org.apache.myfaces.renderkit.html.HtmlScriptRenderer] (http-localhost/127.0.0.1:8080-2) Resource referenced by resourceName jsf.js and libraryName javax.faces not found in call to ResourceHandler.createResource. It will be silenty ignored.
Die you happen to resolve it? I tried to debug MyFaces and RichFaces but so far no look. The JavaScript library jsf.js is contained in
META-INF/resources/myfaces/META-INF/resources/myfaces/api/jsf.js
META-INF/resources/javax.faces/jsf.js
META-INF/internal-resources/org.apache.myfaces.core.api/jsf.js
in the myfaces-api-2.1.11.jar. My guess is, that those resource are not available to either RichFaces or MyFaces itself. I tried using <filter> in deployment-structure.xml to include the dependency to the new myfaces module and also used
<resource-root path="myfaces-api-2.1.11.jar">
<filter>
<include path="META-INF/**"/>
</filter>
</resource-root>
but no look so far.
--------------------------------------------------
11 years, 7 months
[jBPM Development] - [jbpm-5.4, eclipse] simple work item - ioSpecification is not complete error
by sv13
sv13 [https://community.jboss.org/people/sv13] created the discussion
"[jbpm-5.4, eclipse] simple work item - ioSpecification is not complete error"
To view the discussion, visit: https://community.jboss.org/message/818348#818348
--------------------------------------------------------------
hi, i am trying to do simple work item from here: http://docs.jboss.org/jbpm/v5.4/userguide/ch.domain-specific-processes.ht... http://docs.jboss.org/jbpm/v5.4/userguide/ch.domain-specific-processes.ht...
my code:
.wid file
import org.drools.process.core.datatype.impl.type.StringDataType;
[
// the Notification work item
[
"name" : "Notification",
"parameters" : [
"Message" : new StringDataType(),
"From" : new StringDataType(),
"To" : new StringDataType(),
"Priority" : new StringDataType(),
],
"displayName" : "Notification",
"icon" : "icons/notification.gif"
]
]
then i implemented and registered work item handler with simple
@Override
public void executeWorkItem(WorkItem workItem, WorkItemManager manager) {
String from = (String) workItem.getParameter("From");
System.out.println("from " + from);
}
my custom node automatically appeared in eclipse modeler, so i made simple process:
start > node > end
and set value of 'From' parameter, but when executing it i get:
ERROR ExtensibleXmlParser:666 - (null: 24, 31): cvc-complex-type.2.4.b: The content of element 'bpmn2:ioSpecification' is not complete. One of '{"http://www.omg.org/spec/BPMN/20100524/MODEL":inputSet, "http://www.omg.org/spec/BPMN/20100524/MODEL":outputSet}' is expected.
*also 'from null' is printed*
my bpmn file contains only one ioSpecification, and it have inputSet node
<bpmn2:ioSpecification id="_InputOutputSpecification_12">
<bpmn2:dataInput id="_DataInput_15" name="Message"/>
<bpmn2:dataInput id="_DataInput_16" itemSubjectRef="ItemDefinition_4" name="From"/>
<bpmn2:dataInput id="_DataInput_17" name="To"/>
<bpmn2:dataInput id="_DataInput_18" name="Priority"/>
<bpmn2:inputSet id="_InputSet_12" name="Input Set 12">
<bpmn2:dataInputRefs>_DataInput_15</bpmn2:dataInputRefs>
<bpmn2:dataInputRefs>_DataInput_16</bpmn2:dataInputRefs>
<bpmn2:dataInputRefs>_DataInput_17</bpmn2:dataInputRefs>
<bpmn2:dataInputRefs>_DataInput_18</bpmn2:dataInputRefs>
</bpmn2:inputSet>
</bpmn2:ioSpecification>
i am using jbpm 5.4.final
eclipse BPMN2 Editor 0.2.5.201305082126
eclipse JBoss jBPM5 Runtime Extension Feature 0.2.5.201305082126
eclipse JBoss jBPM Core 5.5.0.Final
eclipse JBoss jBPM Task 5.5.0.Final
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/818348#818348]
Start a new discussion in jBPM Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 7 months
Re: [jboss-dev-forums] [JBoss AS 7 Development] - Audit Logging Design Notes
by Kabir Khan
Kabir Khan [https://community.jboss.org/people/kabirkhan] commented on the document
"Audit Logging Design Notes"
To view all comments on this document, visit: https://community.jboss.org/docs/DOC-18812#comment-12117
--------------------------------------------------
The IP and interface are captured. The output in the simple file appender is:
> 2013-05-17 13:13:02 - {
> "type" : "core",
> "r/o" : true,
> "booting" : false,
> "user" : "$local",
> "domainUUID" : null,
> "access" : "NATIVE",
> "remote-address" : "127.0.0.1/127.0.0.1",
> "success" : true,
> "ops" : [{
> "address" : [{
> "system-property" : "test"
> }],
> "operation" : "read-operation-description",
> "name" : "add",
> "operation-headers" : {"caller-type" : "user"}
> }]
> }
> 2013-05-17 13:13:02 - {
> "type" : "core",
> "r/o" : true,
> "booting" : false,
> "user" : "$local",
> "domainUUID" : null,
> "access" : "NATIVE",
> "remote-address" : "127.0.0.1/127.0.0.1",
> "success" : true,
> "ops" : [{
> "address" : [{
> "system-property" : "test"
> }],
> "operation" : "add",
> "value" : "hello",
> "operation-headers" : {"caller-type" : "user"}
> }]
> }
>
>
The sample output in syslog is
> 17/05/2013 13:18:50.000 2013-05-17T13: 18:50.107+01:00 Kabirs-MacBook-Pro.local WildFly 4225 - - 2013-05-17 13:18:50 - {
> "type" : "core",
> "r/o" : true,
> "booting" : false,
> "user" : "$local",
> "domainUUID" : null,
> "access" : "NATIVE",
> "remote-address" : "127.0.0.1/127.0.0.1",
> "success" : true,
> "ops" : [{
> "address" : [{
> "system-property" : "test"
> }],
> "operation" : "remove",
> "operation-headers" : {"caller-type" : "user"}
> }]
>
>
For future releases I plan to support custom formatters, to allow you to choose the output format, and the formatter will be what provides things like tamper detection mechanisms (hashing, signing, encryption etc). For now I settled on a JSON formatter, but can change that to something different if desired. I like that it gives more structure than tabs etc. and the operations coded as model nodes map nicely to that. Also syslog does not like byte[] formatted data, it seems to have to be strings.
--------------------------------------------------
11 years, 7 months
[jBPM Development] - org.drools.RuntimeDroolsException: Unexpected exception executing action org.jbpm.process.instance.event.DefaultSignalManager, Caused by: org.jbpm.workflow.instance.WorkflowRuntimeException: -- argument type mismatch
by prashanth Reddy Dundigal
prashanth Reddy Dundigal [https://community.jboss.org/people/prashanth_biomorf] created the discussion
"org.drools.RuntimeDroolsException: Unexpected exception executing action org.jbpm.process.instance.event.DefaultSignalManager, Caused by: org.jbpm.workflow.instance.WorkflowRuntimeException: -- argument type mismatch"
To view the discussion, visit: https://community.jboss.org/message/755045#755045
--------------------------------------------------------------
Sai,
The service task properties are declared in this way :
| Id | 3 |
| Interface | org.jbpm.biomorf.sample.demo.EvenOddNumberCheckServiceImpl |
| MetaData | {height=53, width=99, UniqueId=_9-3, y=121, x=129} |
| Name | CheckEvenOdd |
| On Entry Actions | [System.out.println(" entering into service task ");] |
| On Exit Actions | [System.out.println("exiting service task");] |
| Operation | checkEvenOrOdd |
| Parameter |
|
| Parameter Mapping | {Parameter=inputNumber} |
| ParameterType | java.lang.String |
| Result Mapping | {Result=inputNumber} |
Can anyone please see the below error and let us know what to do...
We are not able to run the service task inside an Adhoc-sub-Process. When run the task, I get the following error :
org.drools.RuntimeDroolsException: Unexpected exception executing action org.jbpm.process.instance.event.DefaultSignalManager$SignalProcessInstanceAction@1080876
at org.drools.common.AbstractWorkingMemory.executeQueuedActions(AbstractWorkingMemory.java:979)
at org.drools.impl.StatefulKnowledgeSessionImpl.executeQueuedActions(StatefulKnowledgeSessionImpl.java:866)
at org.jbpm.process.instance.event.DefaultSignalManager.signalEvent(DefaultSignalManager.java:90)
at org.jbpm.process.instance.ProcessRuntimeImpl.signalEvent(ProcessRuntimeImpl.java:372)
at org.drools.impl.StatefulKnowledgeSessionImpl.signalEvent(StatefulKnowledgeSessionImpl.java:341)
at org.jbpm.biomorf.sample.demo.NumberProcessTest.main(NumberProcessTest.java:108)
Caused by: org.jbpm.workflow.instance.WorkflowRuntimeException: [com.biomorf.sampledemo:1 - CheckEvenOdd:3] -- argument type mismatch
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.trigger(NodeInstanceImpl.java:130)
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.triggerNodeInstance(NodeInstanceImpl.java:205)
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.triggerCompleted(NodeInstanceImpl.java:164)
at org.jbpm.workflow.instance.node.ActionNodeInstance.triggerCompleted(ActionNodeInstance.java:55)
at org.jbpm.workflow.instance.node.ActionNodeInstance.internalTrigger(ActionNodeInstance.java:51)
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.trigger(NodeInstanceImpl.java:124)
at org.jbpm.workflow.instance.node.DynamicNodeInstance.signalEvent(DynamicNodeInstance.java:69)
at org.jbpm.workflow.instance.impl.WorkflowProcessInstanceImpl.signalEvent(WorkflowProcessInstanceImpl.java:346)
at org.jbpm.process.instance.event.DefaultSignalManager$SignalProcessInstanceAction.execute(DefaultSignalManager.java:118)
at org.drools.common.AbstractWorkingMemory.executeQueuedActions(AbstractWorkingMemory.java:977)
... 5 more
Caused by: java.lang.IllegalArgumentException: argument type mismatch
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jbpm.bpmn2.handler.ServiceTaskHandler.executeWorkItem(ServiceTaskHandler.java:49)
at org.drools.process.instance.impl.DefaultWorkItemManager.internalExecuteWorkItem(DefaultWorkItemManager.java:70)
at org.jbpm.workflow.instance.node.WorkItemNodeInstance.internalTrigger(WorkItemNodeInstance.java:105)
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.trigger(NodeInstanceImpl.java:124)
... 14 more
please help me....
thank you in advance,
warm regards,
prashanth r dundigal
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/755045#755045]
Start a new discussion in jBPM Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 7 months
[JBoss AS 7 Development] - Audit Logging Design Notes
by Kabir Khan
Kabir Khan [https://community.jboss.org/people/kabirkhan] modified the document:
"Audit Logging Design Notes"
To view the document, visit: https://community.jboss.org/docs/DOC-18812
--------------------------------------------------------------
Design notes for work on https://issues.jboss.org/browse/WFLY-456 (formerly https://issues.jboss.org/browse/AS7-444 https://issues.jboss.org/browse/AS7-444).
My current development topic branch for this is https://github.com/kabir/wildfly/tree/WFLY-456-audit-log https://github.com/kabir/wildfly/tree/WFLY-456-audit-log (More current than https://github.com/bstansberry/jboss-as/tree/AS7-444 https://github.com/bstansberry/jboss-as/tree/AS7-444, note that these are personal branches; I make no guarantees not to change its commit history.) This branch is based on work previously done by John Bailey.
Design notes:
1) Processing location in OperationContext
a) when done
b) when decision to not proceed is made in OperationContext
2) Log record format:
a) date
b) read-only?
c) boot?
d) (if boot) version (as string???)
e) rollback?
f) userid (TODO get this somehow)
g) uuid (for domain ops only, to track across processes)
h) isServer?
i) primary (domain or server) model hash
j) if (!isServer) secondary (host) model hash
k) overall hash
l) num operations
m) operations (one at a time)
n) length of a->j (scan from end to last boot during validation; alternative is to write the length first and scan from beginning to last boot)
3) Index record format:
a) overall hash
4) Mgmt operations
a) truncate (back to last boot)
i) don't discard previous; just write under a different file name
b) read log (params -- from (default 0); batch-size (default 20; -1 means all))
c) validate log
d) config changes
5) Validation:
a) compare persisted model hash to current model
b) scan back through log to last config-file-modified boot or version-change boot. We stop at version-change boot to avoid spurious validation problems resulting from changes in model construction across versions
c) recreate by re-running ops
-- validation problems
a) need to verify model hash at each stage -- special controller that ignores all runtime ops
i) problem -- how to recreate domain ops involving remote slaves that don't exist?
ii) problem -- ops with attachments -- attachments won't exist
iii) this "special controller" could end up duplicating a lot of logic just for validation
b) reads and runtime ops cannot be verified against model; it can only be confirmed that their hash is consistent with subsequent hashes in the log. Tamper resistant as modification would require modifying all subsequent log entries, but not tamper proof as this could be done.
6) Domain mode
a) tracking requests from master to slaves
apply a uuid to requests
-- as a header
include uuid in log record
b) detecting host.xml config changes at boot
problem -- can't detect host.xml config changes at boot, as model changes may be due to domain.xml stuff coming from the master
so, independent domain and host logging
but, what about non-model affecting ops? log twice?
c) domain logging on slaves? only if --backup-dc is set? -- no simpler to just log
d) remote-slave-only logging on master?
yes, to maintain a complete record of what was done
7) Non-model-affecting ops
a) re-calculating the model hash for all such ops is too expensive
b) store the hash(es) in the ModelController along with the model
c) provide the hash along with the model to OperationContext
d) when model is updated recalc hashes
8) Config
a) <audit-log> element
b) part of <management> section
c) resource is /core-service=audit-log
d) attributes
i) path (NO -- we need to know the location when first logging, before we have processed ops to set it)
ii) relative-to (NO -- we need to know the location when first logging, before we have processed ops to set it)
iii) log-read-only?
iv) daily-rolling??? (hassle; tempting to defer to later release but it's probably necessary immediately)
9) Other issues
a) disable logging overhead for dev scenarios
i) to disable it during initial boot (until whatever config element that turns it on/off is read) -- maintain log data in memory and only write on last boot op
b) parallel boot handlers should not log
c) fluctuating model hashes
i) if op took the controller lock, that lock ensures proper ordering of model hashes
ii) if op does not take controller lock (reads) earlier model hashes can intermix with later -- validation needs to account for this
*Suggested configuration*
Only relevant elements to audit logging have been included in the following examples.
*+jboss-as-config (i.e. standlone.xml and host.xml)+
*
This defines a set of audit-log-appenders which are referenced by the audit-log element. Having the audit-log-appenders defined seperately from the core audit-log, and the core audit-log referencing those appenders allows us to later allow separate appenders for the jmx subsystem.
Currently encryption/tamper detection is not a requirement so all logs are done in clear text. If encryption/tamper detection later becomes a requirement this could be added by for example an audit-log-formatters section which configures whatever we would like to use for encryption/tamper detection and the file-audit-log-appender and syslog-audit-log-appender could individually be made to reference an audit-log-formatter.
<xs:complexType name="domain-managementType">
<xs:annotation>
<xs:documentation>
Domain-wide default configuration settings for the management of standalone servers and a Host Controller.
</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="security-realms" minOccurs="0">
<xs:complexType>
<xs:sequence>
<xs:element name="security-realm" type="security-realmType" minOccurs="1"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="outbound-connections" minOccurs="0">
<xs:complexType>
<xs:sequence>
<xs:element name="ldap" type="ldapType" minOccurs="1" /> <!-- TODO minOccurs only while ldap is only supported connection. -->
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="audit-log" minOccurs="0">
<xs:complexType>
<xs:sequence minOccurs="0">
<xs:element name="audit-log-appenders" type="audit-log-appendersType"/>
<xs:element name="logger" type="audit-log-loggerType"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="audit-log-appendersType">
<xs:annotation>
<xs:documentation>
Declaration of management operation audit logging appenders.
</xs:documentation>
</xs:annotation>
<xs:choice minOccurs="1" maxOccurs="unbounded">
<xs:element name="file-appender" type="file-audit-log-appenderType"/>
<xs:element name="syslog-appender" type="syslog-audit-log-appenderType"/>
</xs:choice>
</xs:complexType>
<xs:complexType name="file-audit-log-appenderType">
<xs:annotation>
<xs:documentation>
Configuration of a simple file appender for the audit log. This writes to a local file without any encryption or tamper detection applied to the file.
</xs:documentation>
</xs:annotation>
<xs:attribute name="name" type="xs:string" use="required">
<xs:annotation>
<xs:documentation>
The name of the appender. The name must be unique across all types of appender.
</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="path" type="xs:string" use="required">
<xs:annotation>
<xs:documentation>
The path of the audit log.
</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="relative-to" use="optional" type="xs:string">
<xs:annotation>
<xs:documentation>
The name of another previously named path, or of one of the
standard paths provided by the system. If 'relative-to' is
provided, the value of the 'path' attribute is treated as
relative to the path specified by this attribute.
</xs:documentation>
</xs:annotation>
</xs:attribute>
</xs:complexType>
<xs:complexType name="syslog-audit-log-appenderType">
<xs:annotation>
<xs:documentation>
Configuration of a syslog file appender for the audit log. This writes to a local file without any encryption or tamper detection applied to the file.
</xs:documentation>
</xs:annotation>
<xs:choice minOccurs="0">
<xs:annotation>
<xs:documentation>
The configuration of the protocol to use communication with the syslog server. See your syslog provider's documentation for configuration options.
</xs:documentation>
</xs:annotation>
<xs:element name="udp" type="udp-audit-log-protocolType">
</xs:element>
<xs:element name="tcp" type="tcp-audit-log-protocolType">
</xs:element>
<xs:element name="tls" type="tls-audit-log-protocolType">
</xs:element>
</xs:choice>
<xs:attribute name="name" type="xs:string" use="required">
<xs:annotation>
<xs:documentation>
The name of the appender. The name must be unique across all types of appender.
</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="syslog-format" type="xs:token" default="RFC5424">
<xs:annotation>
<xs:documentation>
The format to use for the syslog messages. See your syslog provider's documentation for what is supported.
</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction>
<xs:enumeration value="RFC5424">
<xs:annotation>
<xs:documentation>Format the syslog data according to the RFC-5424 standard</xs:documentation>
</xs:annotation>
</xs:enumeration>
<xs:enumeration value="RFC3164">
<xs:annotation>
<xs:documentation>Format the syslog data according to the RFC-3164 standard</xs:documentation>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<!-- TODO appname, level etc-->
</xs:complexType>
<xs:complexType name="base-audit-log-protocolType">
<xs:attribute name="host" default="localhost">
<xs:annotation>
<xs:documentation>
The host of the syslog server.
</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="port" default="514">
<xs:annotation>
<xs:documentation>
The port of the syslog server.
</xs:documentation>
</xs:annotation>
</xs:attribute>
</xs:complexType>
<xs:complexType name="udp-audit-log-protocolType">
<xs:annotation>
<xs:documentation>Configure udp as the protocol for communicating with the syslog server</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="base-audit-log-protocolType"/>
</xs:complexContent>
</xs:complexType>
<xs:complexType name="tcp-audit-log-protocolType">
<xs:annotation>
<xs:documentation>Configure tcp as the protocol for communicating with the syslog server</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="base-audit-log-protocolType">
<xs:attribute name="message-transfer" type="xs:token" default="NON_TRANSPARENT_FRAMING">
<xs:annotation>
<xs:documentation>
The message transfer setting as described in section 3.4 of RFC-6587. See your syslog provider's
documentation for what is supported
</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction>
<xs:enumeration value="OCTET_COUNTING">
<xs:annotation>
<xs:documentation>
Use the octet counting format for message transfer as described in section 3.4.1 of RFC-6587.
</xs:documentation>
</xs:annotation>
</xs:enumeration>
<xs:enumeration value="NON_TRANSPARENT_FRAMING">
<xs:annotation>
<xs:documentation>
Use the non-transparent-framing format for message transfer as described in section 3.4.1 of RFC-6587.
</xs:documentation>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:extension>
</xs:complexContent>
</xs:complexType>
<xs:complexType name="tls-audit-log-protocolType">
<xs:annotation>
<xs:documentation>Configure tls as the protocol for communicating with the syslog server</xs:documentation>
</xs:annotation>
<xs:complexContent>
<xs:extension base="tcp-audit-log-protocolType">
<xs:sequence>
<xs:element name="truststore" type="keyStoreType" minOccurs="0">
<xs:annotation>
<xs:documentation>
Configuration of a keystore to use to create a trust manager to verify the server certificate for encrypted comminications.
If the server certificate is signed off by a signing authority, tls can be used without a truststore.
</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="client-certificate-store" type="keyStoreType" minOccurs="0">
<xs:annotation>
<xs:documentation>
Configuration of a keystore containing a client certificate and a private key, e.g. in PKCS12 format. This turns on authenticating
the clients against the syslog server.
</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:extension>
</xs:complexContent>
</xs:complexType>
<xs:complexType name="audit-log-loggerType">
<xs:annotation>
<xs:documentation>
Declaration of management operation audit logging configuration coming from the model controller core.
</xs:documentation>
</xs:annotation>
<xs:choice minOccurs="0" maxOccurs="unbounded">
<xs:element name="appenders" type="audit-log-appenders-refType" minOccurs="0"/>
</xs:choice>
<xs:attribute name="log-read-only" type="xs:boolean" default="false">
<xs:annotation>
<xs:documentation>
Whether operations that do not modify the configuration or any runtime services should be logged.
</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="enabled" type="xs:boolean" default="true">
<xs:annotation>
<xs:documentation>
Whether audit logging is enabled.
</xs:documentation>
</xs:annotation>
</xs:attribute>
</xs:complexType>
<xs:complexType name="audit-log-appenders-refType">
<xs:annotation>
<xs:documentation>
References to audit-log-appenders defined in the audit-log-appenders section
</xs:documentation>
</xs:annotation>
<xs:choice minOccurs="1">
<xs:element name="appender" type="audit-log-appender-refType" minOccurs="0"/>
</xs:choice>
</xs:complexType>
<xs:complexType name="audit-log-appender-refType">
<xs:annotation>
<xs:documentation>
A reference to an audit-log-appender defined in the audit-log-appenders section
</xs:documentation>
</xs:annotation>
<xs:attribute name="appender" type="xs:string" use="required"/>
</xs:complexType>
+*jboss-as-jmx (jmx subsystem)*+
We currently do not allow for the jmx subsystem to have separate appenders so they will be shared with the core audit logging. The commented out appenders shows how allowing separate appenders for the jmx subsystem could be done in future.
<xs:complexType name="subsystem">
<xs:sequence>
<xs:element name="expose-resolved-model" type="resolvedModelType" minOccurs="0" maxOccurs="1"/>
<xs:element name="expose-expression-model" type="expressionModelType" minOccurs="0" maxOccurs="1"/>
<xs:element name="remoting-connector" type="remotingConnectorRefType" minOccurs="0"/>
<xs:element name="audit-log" type="audit-logType" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="audit-logType">
<xs:annotation>
<xs:documentation>
Declaration of management operation audit logging configuration.
</xs:documentation>
</xs:annotation>
<!--
Don't allow separate appenders for jmx for now
<xs:choice minOccurs="0" maxOccurs="unbounded">
<xs:element name="appenders" type="audit-log-appenders-refType" minOccurs="0"/>
</xs:choice>
-->
<xs:attribute name="log-read-only" type="xs:boolean" default="false">
<xs:annotation>
<xs:documentation>
Whether operations that do not modify the configuration or any runtime services should be logged.
</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="enabled" type="xs:boolean" default="true">
<xs:annotation>
<xs:documentation>
Whether audit logging is enabled.
</xs:documentation>
</xs:annotation>
</xs:attribute>
</xs:complexType>
<!--
Don't allow separate appenders for jmx for now
<xs:complexType name="audit-log-appenders-refType">
<xs:annotation>
<xs:documentation>
References to audit-log-appenders defined in the audit-log-appenders section
</xs:documentation>
</xs:annotation>
<xs:choice minOccurs="1">
<xs:element name="appender" type="audit-log-appender-refType" minOccurs="0"/>
</xs:choice>
</xs:complexType>
<xs:complexType name="audit-log-appender-refType">
<xs:annotation>
<xs:documentation>
A reference to an audit-log-appender defined in the audit-log-appenders section
</xs:documentation>
</xs:annotation>
<xs:attribute name="appender" type="xs:string" use="required"/>
</xs:complexType>
-->
Sample standalone.xml configuration:
<management>
<security-realms>
--SNIP--
</security-realms>
<audit-log>
<appenders>
<file-appender name="file" path="audit-log.log" relative-to="jboss.server.data.dir"/>
<syslog-appender name="syslog" syslog-format="RFC5424">
<udp host="localhost" port="514"/>
</syslog-appender>
</appenders>
<config log-read-only="true" enabled="true">
<appenders>
<appender name="file"/>
<appender name="syslog"/>
</appenders>
</config>
</audit-log>
<management-interfaces>
--SNIP--
</management-interfaces>
</management>
When we get to separating out jmx for a later release, the sample jmx configuration will be along the lines of:
<subsystem xmlns="urn:jboss:domain:jmx:1.2">
<expose-resolved-model/>
<expose-expression-model/>
<remoting-connector/>
<audit-log log-read-only="true" enabled="true">
<appenders>
<!-- Reference one or more of the appenders from the domain-management section -->
<appender name="file"/>
<appender name="syslog"/>
</appenders>
</audit-log>
<subsystem>
--------------------------------------------------------------
Comment by going to Community
[https://community.jboss.org/docs/DOC-18812]
Create a new document in JBoss AS 7 Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=102&c...]
11 years, 7 months
[jBPM Development] - JBMP web app --java.lang.NoClassDefFoundError: org/drools/builder/KnowledgeBuilderFactory
by Santiago Sanchez
Santiago Sanchez [https://community.jboss.org/people/ssan92] created the discussion
"JBMP web app --java.lang.NoClassDefFoundError: org/drools/builder/KnowledgeBuilderFactory"
To view the discussion, visit: https://community.jboss.org/message/818069#818069
--------------------------------------------------------------
Hola
Estoy empezando con JBPM y DROOL he realizado varios ejemplos en una aplicación de escritorio y todo funciona bien el problema es cuando la quiero llevar a una aplicación web (en este caso estoy utilizando ZK Framework), pero al momento de ejecutarla me salta el siguiente error:
*16:51:29,957 GRAVE [org.zkoss] (http-localhost-127.0.0.1-8083-4) >>java.lang.NoClassDefFoundError: org/drools/builder/KnowledgeBuilderFactory*
> > at com.sample.Main.readKnowledgeBase2(Main.java:36)
> > at com.sample.Main.EjecutarProceso2(Main.java:21)
> > at com.zkdrool.controller.Index.onClick$btn_next(Index.java:23)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> > at java.lang.reflect.Method.invoke(Method.java:597)
> > at org.zkoss.zk.ui.event.GenericEventListener.onEvent(GenericEventListener.java:82)
> > at org.zkoss.zk.ui.AbstractComponent.onEvent(AbstractComponent.java:2742)
> > at org.zkoss.zk.ui.AbstractComponent.service(AbstractComponent.java:2713)
> > at org.zkoss.zk.ui.AbstractComponent.service(AbstractComponent.java:2654)
> > at org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:136)
> > at org.zkoss.zk.ui.event.Events.sendEvent(Events.java:325)
> > at org.zkoss.zk.ui.event.Events.sendEvent(Events.java:348)
> > at org.zkoss.zk.ui.AbstractComponent$ForwardListener.onEvent(AbstractComponent.java:3180)
> > at org.zkoss.zk.ui.AbstractComponent.onEvent(AbstractComponent.java:2742)
> > at org.zkoss.zk.ui.AbstractComponent.service(AbstractComponent.java:2713)
> > at org.zkoss.zk.ui.AbstractComponent.service(AbstractComponent.java:2654)
> > at org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:136)
> > at org.zkoss.zk.ui.impl.UiEngineImpl.processEvent(UiEngineImpl.java:1717)
> > at org.zkoss.zk.ui.impl.UiEngineImpl.process(UiEngineImpl.java:1502)
> > at org.zkoss.zk.ui.impl.UiEngineImpl.execUpdate(UiEngineImpl.java:1212)
> > at org.zkoss.zk.au.http.DHtmlUpdateServlet.process(DHtmlUpdateServlet.java:600)
> > at org.zkoss.zk.au.http.DHtmlUpdateServlet.doGet(DHtmlUpdateServlet.java:482)
> > at org.zkoss.zk.au.http.DHtmlUpdateServlet.doPost(DHtmlUpdateServlet.java:491)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
> > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329)
> > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
> > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
> > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
> > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
> > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> > at java.lang.Thread.run(Thread.java:662)
> >
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/818069#818069]
Start a new discussion in jBPM Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 7 months