savara SVN: r267 - in trunk: docs and 6 other directories.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-08 15:10:33 -0400 (Tue, 08 Jun 2010)
New Revision: 267
Added:
trunk/docs/userguide/src/main/images/validatorannotation.png
Removed:
trunk/docs/user/
trunk/docs/userguide/src/main/images/SVJBossESBAnnotation.jpg
trunk/docs/userguide/src/main/module/conversation-aware-esb.xml
Modified:
trunk/distribution/src/main/release/ReleaseNotes.txt
trunk/docs/gettingstartedguide/src/main/master.xml
trunk/docs/gettingstartedguide/src/main/module/overview.xml
trunk/docs/gettingstartedguide/src/main/module/servicedev.xml
trunk/docs/samplesguide/src/main/master.xml
trunk/docs/userguide/src/main/images/editvalidatorann.png
trunk/docs/userguide/src/main/images/editvalidatoranndiag.png
trunk/docs/userguide/src/main/images/editvalidatorannselect.png
trunk/docs/userguide/src/main/master.xml
trunk/docs/userguide/src/main/module/conversation-validation.xml
trunk/docs/userguide/src/main/module/overview.xml
Log:
SAVARA-73 - remove 'conversation aware' ESB aspects from distribution.
Modified: trunk/distribution/src/main/release/ReleaseNotes.txt
===================================================================
--- trunk/distribution/src/main/release/ReleaseNotes.txt 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/distribution/src/main/release/ReleaseNotes.txt 2010-06-08 19:10:33 UTC (rev 267)
@@ -1,3 +1,27 @@
+SAVARA 1.0.0.M2
+===============
+
+This is the second milestone of version 1.0.0 of SAVARA.
+
+This release has resulted in a number of significant changes to the structure of the project.
+Rather than have three separate distributions, we have consolidated all functionality into
+one main distribution, and an Eclipse update site for the plugins.
+
+The functionality associated with 'conversation aware' ESB actions has been removed from the
+main distribution, and moved into a separate 'experimental' branch. This work has provided
+some useful insight in to some possible features for the future, however the ideas are
+not mature enough to remain as part of the first release.
+
+NOTE: The annotation used for runtime validation has been renamed. Therefore if any choreographies
+have been written, that include this annotation, you will need to update the annotation name and
+the top level node of the XML fragment included in the annotation, from 'jbossesb' to 'validator'.
+This can either be achieved by create new annotations and copying the destinations, or by
+opening the .cdm files in a text editor, and updating the <semanticAnnotation> elements directly.
+
+The detailed release notes can be found at:
+https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=12310870&version=12313913
+
+
SAVARA Tools Eclipse 1.0-M1
===========================
Modified: trunk/docs/gettingstartedguide/src/main/master.xml
===================================================================
--- trunk/docs/gettingstartedguide/src/main/master.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/gettingstartedguide/src/main/master.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -5,7 +5,7 @@
<book lang="en">
<bookinfo>
- <title>SAVARA Eclipse Tools 1.0.0-SNAPSHOT</title>
+ <title>SAVARA 1.0.0-SNAPSHOT</title>
<subtitle>Getting Started Guide</subtitle>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="module/author_group.xml"/>
</bookinfo>
Modified: trunk/docs/gettingstartedguide/src/main/module/overview.xml
===================================================================
--- trunk/docs/gettingstartedguide/src/main/module/overview.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/gettingstartedguide/src/main/module/overview.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -29,9 +29,8 @@
that delivers the requirements</listitem>
<listitem>Generation of documentation based on the choreography</listitem>
<listitem>Generation of service implementation using WS-BPEL</listitem>
+ <listitem>Generation of service interfaces using WSDL</listitem>
<listitem>Conformance checking a WS-BPEL service implementation against a choreography</listitem>
- <listitem>Generation of service implementation using "conversation aware" ESB actions</listitem>
- <listitem>Conformance checking a "conversation aware" ESB service implementation against a choreography</listitem>
<listitem>Runtime validation of an ESB service against a choreography description</listitem>
</itemizedlist>
Modified: trunk/docs/gettingstartedguide/src/main/module/servicedev.xml
===================================================================
--- trunk/docs/gettingstartedguide/src/main/module/servicedev.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/gettingstartedguide/src/main/module/servicedev.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -19,8 +19,7 @@
<para>
The following sections explain how the generation and conformance checking can be achieved
-for two implementation languages, WS-BPEL and a "conversation aware" ESB actions (a custom
-extension to the JBossESB action language).
+for the WS-BPEL implementation language.
</para>
<section>
Modified: trunk/docs/samplesguide/src/main/master.xml
===================================================================
--- trunk/docs/samplesguide/src/main/master.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/samplesguide/src/main/master.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -5,7 +5,7 @@
<book lang="en">
<bookinfo>
- <title>SAVARA Validator 1.0.0-SNAPSHOT</title>
+ <title>SAVARA 1.0.0-SNAPSHOT</title>
<subtitle>Samples Guide</subtitle>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="module/author_group.xml"/>
</bookinfo>
Deleted: trunk/docs/userguide/src/main/images/SVJBossESBAnnotation.jpg
===================================================================
(Binary files differ)
Modified: trunk/docs/userguide/src/main/images/editvalidatorann.png
===================================================================
(Binary files differ)
Modified: trunk/docs/userguide/src/main/images/editvalidatoranndiag.png
===================================================================
(Binary files differ)
Modified: trunk/docs/userguide/src/main/images/editvalidatorannselect.png
===================================================================
(Binary files differ)
Added: trunk/docs/userguide/src/main/images/validatorannotation.png
===================================================================
(Binary files differ)
Property changes on: trunk/docs/userguide/src/main/images/validatorannotation.png
___________________________________________________________________
Name: svn:mime-type
+ application/octet-stream
Modified: trunk/docs/userguide/src/main/master.xml
===================================================================
--- trunk/docs/userguide/src/main/master.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/userguide/src/main/master.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -5,7 +5,7 @@
<book lang="en">
<bookinfo>
- <title>SAVARA Eclipse Tools 1.0.0-SNAPSHOT</title>
+ <title>SAVARA 1.0.0-SNAPSHOT</title>
<subtitle>User Guide</subtitle>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="module/author_group.xml"/>
</bookinfo>
@@ -13,7 +13,6 @@
<toc/>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="module/overview.xml"/>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="module/bpel.xml"/>
- <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="module/conversation-aware-esb.xml"/>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="module/conversation-validation.xml"/>
</book>
Deleted: trunk/docs/userguide/src/main/module/conversation-aware-esb.xml
===================================================================
--- trunk/docs/userguide/src/main/module/conversation-aware-esb.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/userguide/src/main/module/conversation-aware-esb.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -1,483 +0,0 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
-]>
-<chapter id="conversationawareesb">
- <title>Conversation Aware ESB</title>
- <section>
-
- <warning>
- <para>
-The <emphasis>conversation aware ESB actions</emphasis> mechanism should be considered an alpha version only,
-and subject to change in future releases. Its inclusion within this release is intended to enable the community
-to experiment with the approach and hopefully provide feedback that can be used to guide the direction of this capability.
- </para>
- </warning>
-
- <title>Conversation based Conformance</title>
- <section>
- <title>Overview</title>
- <para>
-The term "conversation" represents a structured set of interactions (or message exchanges) between
-one or more peer to peer services, to conduct a business transaction. The "conversation" is defined
-from a service neutral (i.e. global) perspective.
- </para>
- <para>
-This document explains how such a "conversation" description can be used to ensure conformance of
-one or more service implementations, within an ESB, during the design and implementation phase of
-the system.
- </para>
- <para>
-This section introduces the choreography description language (CDL) defined by W3C, which is a
-standard notation for defining conversations from a global perspective, and the
-<emphasis>pi4soa</emphasis> open source project which provides an editor for creating choreography
-descriptions, as well as utilizing these descriptions for conformance checking, monitoring and
-execution purposes.
- </para>
- <para>
-Finally the section will provide a brief discussion of how CDL can be used to provide conformance
-checking of an ESB, through the use of 'conversation aware' ESB actions.
- </para>
- </section>
- <section>
- <title>CDL Conformance Checking</title>
- <para>
-In general, conformance checking is the procedure for ensuring that a component has been correctly
-built according to some specification or standard. In terms of CDL, it more specifically ensures
-that one or more services perform their responsibilities correctly in accordance with the
-choreography description.
- </para>
- <para>
-The <emphasis>pi4soa</emphasis> tools suite provide the mechanism for producing service endpoint
-descriptions for each service within a choreography description. The relevant service descriptions
-can then be compared (for conformance) against their ESB service implementations.
- </para>
- <para>
-However, to make this possible, it is necessary to be able to derive the communication 'type'
-structure from the ESB implementation, i.e. where messages (of particular types) are sent and
-received, where decision points are, where actions are performed concurrently, etc.
- </para>
- <para>
-This is why a specific set of 'conversation aware' ESB actions have been defined (discussed in a
-later section), to make it possible to derive the communication 'type' structure from an ESB
-service implementation.
- </para>
- <para>
-Once the communication 'type' structure has been obtained from the ESB implementation, it can be
-compared against the relevant service endpoint description projected from the choreography description,
-to determine if there are any differences. These can then be reported to the ESB service developer,
-so that they can fix the problems, before the service is deployed to the runtime environment.
- </para>
- <para>
-This ensures that all of the services will interact correctly, as they will all have been validated
-against the choreography, and therefore work together by design.
- </para>
- <para>
-In the following section, we will describe how ESB services can be described using
-"conversation aware" ESB actions.
- </para>
- </section>
- </section>
-
- <section>
- <title>"Conversation Aware" ESB Actions</title>
- <section>
- <title>Overview</title>
-
- <para>
-The "conversation aware" ESB action mechanism provides a set of ESB actions that can be used
-to instrument an ESB service with constructs that enable the communication structure to be
-inferred. This is useful, as it enables the communication structure to be compared against the
-expected behaviour defined in a choreography (global) model, or service design.
- </para>
-
- <para>
-Usually the stateful behaviour of a service is required to enable it to be compared against
-the stateful behaviour defined in a choreography. However this would result in a stateful
-service implementation being required for each ESB service, adding state management etc.
-which would result in more complex service implementations.
- </para>
-
- <para>
-To void adding this complexity to the ESB service implementation, an approach called
-<emphasis>stateful fragments</emphasis> has been used. This enables the causality to
-be inferred based on dealing with each inbound event - however the causality between
-received events is not modelled. The benefit of this approach is its simplicity, and
-therefore it has less impact on the
-way that users create ESB service descriptors. The disadvantage with this approach is that only
-fragments of stateful behaviour can be derived from the ESB jboss-esb.xml. However,
-this is useful enough to perform static conformance checking of the service implementation
-against a choreography description, and when used in conjunction with the dynamic
-conversation validation mechanism, it is still possible to determine out of sequence messages.
- </para>
- </section>
-
- <section>
- <title>Interaction</title>
- <para>
-Firstly, let's see the two basic actions for interaction.
-Services interact by sending and receiving messages, whether synchronously or asynchronously.
- </para>
- <para>
-JBossESB is designed to anonymously handle inbound messages (possibly requests), without explicitly defining restrictions on message type, and then optionally returning responses (again without explicitly defining the response message type).
- </para>
- <para>
-Although this is sufficient for a runtime mechanism, where issues related to unexpected message types can be handled with suitable exceptions/faults, it does not enable the communication type structure to be understood by examination of the JBossESB configuration.
- </para>
-
- <section>
- <title>Sending a message</title>
- <para>
-When sending a message, the first thing to consider is the type of the message. This can be declared as a property on the <emphasis>SendMessageAction</emphasis>.
-If dealing with RPC style interactions, then we may also want to optionally specify an operation name.
- </para>
- <informalexample>
- <programlisting role="XML" ><![CDATA[
- <action class="org.jboss.savara.jbossesb.actions.SendMessageAction"
- process="process" name="...">
- <property name="operation" value="getQuote" />
- <property name="messageType" value="requestForQuote" />
- ....
- </action>
- ]]></programlisting>
- </informalexample>
-
- <itemizedlist>
- <listitem>
-Sending a request
- <para>
-When sending a request, we need to identify the destination service category/name. This is done by either specifying the category and name explicitly, using the <emphasis>serviceCategory</emphasis> and <emphasis>serviceName</emphasis> properties:
- </para>
- <informalexample>
- <programlisting role="XML" ><![CDATA[
-
- <action class="org.jboss.savara.jbossesb.actions.SendMessageAction"
- process="process" name="...">
- ....
- <property name="serviceName" value="RequestForQuote.main" />
- <property name="serviceCategory" value="ESBBroker.SupplierParticipant" />
- ....
- </action>
- ]]></programlisting>
- </informalexample>
-
- </listitem>
-
- <listitem>
-Sending a response
- <informalexample>
- <programlisting role="XML" ><![CDATA[
-
- <action class="org.jboss.savara.jbossesb.actions.SendMessageAction"
- process="process" name="...">
- ....
- <property name="clientRole" value="buyer" />
- <property name="eprStore" value="orgization.your.impl.EPRStorageImpl" />
- ....
- </action>
- ]]></programlisting>
- </informalexample>
- <para>
-When sending a response, the destination will not be directly available. The destination would have been received as a 'reply to' EPR (Endpoint Reference) in a previously received request (see <emphasis>ReceiveMessageAction</emphasis> for details of how to store the 'reply to' EPR).
-Therefore, to indicate which EPR to respond to, a property called 'clientEPR' is specified with the name of the stored EPR. This must match up to a previously stored EPR name within a <emphasis>ReceiveMessageAction</emphasis>.
- </para>
- <para>
-The value of <emphasis>storageClass</emphasis> should be a class that implements the <emphasis>org.jboss.soa.savara.jbossesb.EPRStorage</emphasis> interface, basically this class is responsible for registering, getting EPR from roleName.
- </para>
- </listitem>
- </itemizedlist>
-
- </section>
-
- <section>
- <title>Receiving a message</title>
-
- <informalexample>
- <programlisting role="XML" ><![CDATA[
- <action class="org.jboss.savara.jbossesb.actions.ReceiveMessageAction"
- process="process" name="s1-2">
- <property name="operation" value="makeEnquiry" />
- <property name="messageType" value="enquiry" />
- <property name="clientRole" value="buyer" />
- <property name="eprStore" value="com.acme.services.creditAgency.MemoryEPRStorage" />
- </action>
- ]]></programlisting>
- </informalexample>
-
- <para>
-The <emphasis>ReceiveMessageAction</emphasis> is used to explicitly define the message type that should be received.
-If an RPC style has been used, then the optional operation name can also be defined.
- </para>
- <para>
-Unlike the <emphasis>SendMessageAction</emphasis>, which will actually send a message to the specified service category/name,
-the <emphasis>ReceiveMessageAction</emphasis> primarily serves to provide explicit details about the expected message and to perform any relevant validation of the message content. If an incorrect message type is received, then an error will be logged.
- </para>
- <para>
-The optional 'clientRole' and 'storageClass' properties are used to store any specific "reply to" EPR (associated with the message) against the specified name. This makes the EPR accessible to any subsequent <emphasis>SendMessageAction</emphasis> activities that need to return a response or send a notification.
- </para>
- </section>
- </section>
-
- <section>
- <title>Controlling Flow</title>
- <para>
-This section describes the two control flow mechanisms that are supported by the stateless ESB actions.
- </para>
- <para>
-The default control flow, supported natively by the ESB action pipeline design, is a sequence. As the name implies, the actions are performed one at a time in the order they defined in the action pipeline, i.e. in a sequence.
- </para>
-
- <section>
- <title>Selecting paths based on a decision</title>
- <para>
-The action associated with the 'selection of a path based on a decision' is the <emphasis>IfAction</emphasis>. An example of this construct is:
- </para>
- <informalexample>
- <programlisting role="XML" ><![CDATA[
-<action class="org.jboss.savara.jbossesb.actions.IfAction" name="..."
- process="process">
- <property name="paths">
- <if service-category="PurchaseGoods.CreditAgency"
- service-name="CreditAgency.decision1"
- decision-class="org.jboss.soa.savara.jbossesb.TestDecision"/>
- <elseif service-category="PurchaseGoods.CreditAgency"
- service-name="CreditAgency.decision2"
- decision-class="org.jboss.soa.savara.jbossesb.Test2ndDecision"/>
- <else service-category="PurchaseGoods.CreditAgency"
- service-name="CreditAgency.decision3"/>
- </property>
-</action>
- ]]></programlisting>
- </informalexample>
- <para>
-This construct defines a 'path' property with one or more elements, representing the <emphasis>if</emphasis>, <emphasis>elseif</emphasis> and <emphasis>else</emphasis> aspects of the traditional if/else construct. Only the <emphasis>if</emphasis> element is mandatory, and can be followed by zero or more <emphasis>elseif</emphasis> elements before ending with the optional <emphasis>else</emphasis> element.
- </para>
- <para>
-The <emphasis>if</emphasis> and <emphasis>elseif</emphasis> elements can define an 'decision-class' attribute to be evaluated at runtime, to determine if the associated 'service-category' and 'service-name' should be invoked.
-the value of decision-class must implement the interface of <emphasis>org.jboss.soa.savara.jbossesb.Decision</emphasis>.
- </para>
- </section>
-
- <section>
- <title>Message router action</title>
- <para>
-The action used to select paths based on a received message type is <emphasis>SwitchAction</emphasis>.
-In the stateless esb actions approach, we are using this as the <emphasis>Message Router</emphasis>.
-The configuration of <emphasis>SwithAction</emphasis> is like:
- </para>
- <informalexample>
- <programlisting role="XML" ><![CDATA[
-<action class="org.jboss.savara.jbossesb.actions.SwitchAction"
- name="..." process="process">
- <property name="serviceDescriptionName"
- value="{org.pi4soa.esbbroker.esbbroker}ESBBrokerProcess-Broker"/>
- <property name="conversationType" value="savara.samples.LoanBroker@Broker"/>
- <property name="paths">
- <case service-category="org.pi4soa.esbbroker.esbbroker"
- service-name="ESBBrokerProcess_Broker__1">
- <message type="enquiry"/>
- </case>
- <case service-category="org.pi4soa.esbbroker.esbbroker"
- service-name="ESBBrokerProcess_Broker__7">
- <event description="Event trigger to send quoteList message type(s)"/>
- </case>
- <case service-category="org.pi4soa.esbbroker.esbbroker"
- service-name="ESBBrokerProcess_Broker__8">
- <message type="buy"/>
- </case>
- </property>
-</action>
- ]]></programlisting>
- </informalexample>
- <para>
-In this approach, the <emphasis>SwitchAction</emphasis> typically is the point of contact for other services. Also true for the internal services. In the same manner as the <emphasis>Stateful</emphasis> ESB actions, it is necessary to specify the 'conversation type' that the service represents, to enable conformance checking to be performed against a choreography description that provides the associated conversation type. In the <emphasis>Stateless</emphasis> ESB actions, this initial <emphasis>SwitchAction</emphasis> defines this information in the <emphasis>conversationType</emphasis> property.
- </para>
- <para>
-The 'paths' property defines one or more 'case' elements. These elements identify a service category and name that should be invoked upon receipt of one or more message types, as specified by 'message' elements contained within the 'case' elements.
- </para>
- <para>
-The 'type' attribute on the 'message' element defines the type of message that can be routed to the specified service category/name. In the example above, the message types have no namespace.
-However if they have a namespace, this can be defined in curly braces, e.g. "{http://www.jboss.org/samples}buy".
- </para>
- <para>
-The 'event' element is defined for paths with no associated message type. These paths are expected to be triggered by a different sort of event, for example an internal timeout managed by the service implementation. However these internal events are triggered, and directed to the appropriate service descriptor is a implementation issue for the service. The inclusion of this path in the <emphasis>SwitchAction</emphasis> symbolises the exist of this asynchronously triggered path in the behaviour of the service.
- </para>
- <para>
-Once a path has been selected, the associated service category/name will be invoked immediately.
-If none of the paths specified within this action are relevant to the received message, then a runtime exception will be thrown.
- </para>
- </section>
-
- </section>
-
- <tip>
- In this M2 release, we've just had these four actions in the stateless esb action approach.
- we might add other actions in the subsequent release. If you have any comments and feedback, you can go to the forum or issue track to raise your request.
- </tip>
-
- </section>
-
- <section>
- <title>Generating a JBossESB Configuration from CDL</title>
- <section>
- <title>Overview</title>
- <para>
-This section explains how to generate a template JBossESB configuration file from a pi4soa choreography
-description (.cdm) file.
- </para>
- </section>
- <section>
- <title>Generating the JBossESB Configuration</title>
- <para>
-When the choreography description has been completed, and has no errors, the user should select the
-"SAVARA->Generate->JBossESB Services" menu item from the popup menu associated with the choreography
-description (.cdm) file.
- </para>
-
- <imageobject>
- <imagedata fileref="images/genesbconfig1.png" width="4in" />
- </imageobject>
-
- <para>
-When the dialog window is displayed, it will contain the list of services that can be generated, along with the project names that will be created. The user can unselect the services they do not wish to generate (also using the 'Check All' or 'Clear All' buttons). There is also a checkbox to determine whether a stateful or stateless (the default) implementation should be generated.
- </para>
-
- <imageobject>
- <imagedata fileref="images/genesbconfig2.png" />
- </imageobject>
-
- <para>
-The user can also select their preferred build system, which will create the relevant build structure
- and script in the generated Java project to enable the JBossESB service to be deployed, as well as
- the appropiate messaging system to use.
- </para>
- <para>
-If there is a problem with the name of the project select, such as invalid characters used in the name,
-or the project name already exists, then it will be displayed in red.
- </para>
-
- <imageobject>
- <imagedata fileref="images/genesbconfig3.png" />
- </imageobject>
-
- <para>
-In the above image, on the left it shows the generated project structure for the Broker service role.
-On the right it shows a portion of a generated session class, with the accessor and modifier for one
-of the variables associated with that session.
- </para>
- <para>
-Although an initial build script will be created, depending on the build system selected, the user
-may need to edit the script to set certain properties, or change the way the build occurs. For
-example, with the Ant build, the deploy target (which is the default) will attempt to place the
-deployed .esb file into a location defined by the <filename>${org.jboss.esb.server.deploy.dir}</filename>.
-If this variable has not been defined, then a folder called
-<filename>${org.jboss.esb.server.deploy.dir}</filename> will be created in the root folder of the
-project, containing the .esb file.
- </para>
- </section>
- </section>
-
- <section>
- <title>Dealing with Conformance Issues</title>
- <section>
- <title>Overview</title>
- <para>
-Conformance checking can be used to determine whether an ESB configuration, containing
-"conversation aware" ESB actions, matches the expected behaviour as defined within a choreography
-description (.cdm file). The Eclipse environment will report any conformance issues as errors in
-the <emphasis>Problems</emphasis> view.
- </para>
- <para>
-This section will explain the types of conformance errors that may be reported and how to
-deal with them. Not all errors, associated with an ESB configuration, will be discussed in this
-section. Many errors may be detected that will indicate problems associated with the way that
-behaviour has been specified in the configuration file (e.g. conversation type has not been defined).
-These are not directly related to conformance.
- </para>
- </section>
-
- <section>
- <title>Show referenced description</title>
- <para>
-When an error occurs, related to conformance between the ESB configuration file and a choreography
-description, it will have an associated <emphasis>quick fix</emphasis> resolution that can be used
-to display the relevant activity being referred to within the choreography description.
- </para>
- </section>
-
- <section>
- <title>Error: Expecting additional activities as defined in referenced description</title>
- <para>
-This error message indicates that the reference description contains activities that were not found
-in the ESB configuration.
- </para>
- <para>
-This error has an associated <emphasis>quick fix</emphasis> to enable the missing activities to be
-inserted in the appropriate location within the ESB configuration.
- </para>
-
-<note><para>
-When this resolution is selected, if it displays an error <quote>Could not insert activities found
-in referenced description</quote>, this means that it was not possible to insert the additional
-activities automatically.
-</para></note>
- </section>
-
- <section>
- <title>Error: Type mismatch with referenced description, was expecting '...'</title>
- <para>
-This error occurs when an activity contains a type that does not match with the equivalent activity
-in the choreography description. A common example would be an interaction, where the message types
-are not compatible.
- </para>
-
- <para>
-This error has an associated <emphasis>quick fix</emphasis> to enable the type to be updated in the
-relevant activity within the ESB configuration.
- </para>
-
-<note><para>
-When this resolution is selected, if it displays an error <quote>Could not update activity with
-information from referenced description</quote>, this means that it was not possible to update
-the information automatically.
-</para></note>
- </section>
-
- <section>
- <title>Error: Behaviour not present in referenced description</title>
- <para>
-This error occurs when there are extra activities within the ESB configuration that do not appear
-within the choreography description.
- </para>
- <para>
-This error has an associated <emphasis>quick fix</emphasis> to enable the unwanted activities to be
-removed from the ESB configuration.
- </para>
-
-<note><para>
-When this resolution is selected, if it displays an error <quote>Could not delete activities from
-the model</quote>, this means that it was not possible to delete the activities automatically.
-</para></note>
- </section>
-
- <section>
- <title>Error: Additional unmatched paths in model</title>
- <para>
-This error indicates that a grouping contruct (e.g. <emphasis>IfAction</emphasis> or
-<emphasis>SwitchAction</emphasis>) in the ESB configuration has
-additional paths that do not match the equivalent grouping construct in the choreography description.
- </para>
- </section>
-
- <section>
- <title>Error: Additional unmatched paths in referenced description</title>
- <para>
-This error indicates that a grouping contruct (e.g. <emphasis>IfAction</emphasis> or
-<emphasis>SwitchAction</emphasis>) in the choreography description has additional paths that do not
-match the equivalent grouping construct in the ESB configuration.
- </para>
- </section>
-
- </section>
-
-</chapter>
-
Modified: trunk/docs/userguide/src/main/module/conversation-validation.xml
===================================================================
--- trunk/docs/userguide/src/main/module/conversation-validation.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/userguide/src/main/module/conversation-validation.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -135,7 +135,7 @@
<para>
When the annotation editor is displayed for the relevant 'exchange details' component,
- the <emphasis>jbossesb</emphasis> annotation should be added. This is achieved by
+ the <emphasis>validator</emphasis> annotation should be added. This is achieved by
selecting the popup menu associated with the background of the lefthand panel,
and selecting the <emphasis>Add Defined Annotation</emphasis> menu item.
</para>
@@ -146,7 +146,7 @@
<para>
When the list of defined annotations is displayed, select the
- <emphasis>jbossesb</emphasis> annotation.
+ <emphasis>validator</emphasis> annotation.
</para>
<imageobject>
@@ -160,7 +160,7 @@
</para>
<imageobject>
- <imagedata fileref="images/SVJBossESBAnnotation.jpg" width="5in" />
+ <imagedata fileref="images/validatorannotation.png" width="5in" />
</imageobject>
<para>
@@ -177,7 +177,7 @@
<para>
When all of the relevant 'exchange details' components have been configured with
- a <emphasis>jbossesb</emphasis> annotation, defining the EPR to be validated,
+ a <emphasis>validator</emphasis> annotation, defining the EPR to be validated,
then the choreography description file can be copied into the
<filename>savara-validator-jbossesb.esb/models</filename> folder. This will cause
the validation mechanism to derive the configuration information from the choreography
Modified: trunk/docs/userguide/src/main/module/overview.xml
===================================================================
--- trunk/docs/userguide/src/main/module/overview.xml 2010-06-08 13:34:00 UTC (rev 266)
+++ trunk/docs/userguide/src/main/module/overview.xml 2010-06-08 19:10:33 UTC (rev 267)
@@ -24,8 +24,8 @@
</para>
<para>
When a validated design has been approved by the users, it can be used to generate an initial skeleton of the implementation for each service.
- The current version of SAVARA enables a skeleton implementation to be generated as a WS-BPEL process or
- JBossESB service configuration file (using 'conversation aware' ESB actions).
+ The current version of SAVARA enables a skeleton implementation to be generated as a service
+ implementation (e.g. WS-BPEL process).
</para>
<section>
@@ -108,10 +108,8 @@
However this is only as reliable as the quality of the unit tests that have been written.
</para>
<para>
- When a 'structured' implementation language has been used, such as WS-BPEL, jPDL or the new 'conversation aware' ESB actions,
+ When a 'structured' implementation language has been used, such as WS-BPEL,
it will be possible to infer the behaviour of the service being implemented, to compare it against the choreography description.
- Currently this has been implemented for the “conversation aware” ESB actions, and is demonstrated using
- the samples in this SAVARA Runtime distribution.
</para>
<para>
Detecting incorrectly implemented behaviour at the earliest possible time saves on downstream costs associated with finding and fixing errors.
@@ -185,6 +183,13 @@
<para>The first step will be to follow the instructions in the Getting Started Guide to install SAVARA. </para>
<para> Once installed, the next step should be to try out the examples in the samples folder. The examples consistent of:</para>
<itemizedlist>
+ <listitem>
+ Choreography related examples
+ <para>
+ These examples provide an illustration of how to use scenarios, choreographies
+ and other associated artifacts.
+ </para>
+ </listitem>
<listitem>
Service Validation related examples
<para>
@@ -193,25 +198,6 @@
conversation id to enable the messages to be correlated with a specific session.
</para>
</listitem>
- <listitem>
- Conversation aware ESB actions, with conformance checking against Choreography
- <para>
- Two examples have been included, one simple example (purchasing) and the other
- more advanced (brokerage). Both relate to the business process of purchasing
- items. The second example introduces the concept of a broker to act on behalf
- of the customer, interacting with multiple potential suppliers.
- </para>
- <para>
- These examples show how a service implementation (built using “conversation
- aware ESB actions” in this case), can be continuously checked for conformance
- against a choreography description.
- </para>
- <para>
- The final step should be to review all of the documents in the docs folder
- to understand more about each capability, and then try using the techniques
- on your own project.
- </para>
- </listitem>
</itemizedlist>
</section>
</chapter>
13 years, 10 months
savara SVN: r266 - in trunk: validators/jbossesb/src/main/java/org/jboss/savara/validator/jbossesb/pi4soa and 1 other directory.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-08 09:34:00 -0400 (Tue, 08 Jun 2010)
New Revision: 266
Modified:
trunk/samples/jbossesb/trailblazer/models/TrailBlazer.cdm
trunk/validators/jbossesb/src/main/java/org/jboss/savara/validator/jbossesb/pi4soa/ValidatorConfigGenerator.java
Log:
SAVARA-74 - updated code that generates the configuration information from the choreography, and updated the sample choreography.
Modified: trunk/samples/jbossesb/trailblazer/models/TrailBlazer.cdm
===================================================================
--- trunk/samples/jbossesb/trailblazer/models/TrailBlazer.cdm 2010-06-08 13:06:40 UTC (rev 265)
+++ trunk/samples/jbossesb/trailblazer/models/TrailBlazer.cdm 2010-06-08 13:34:00 UTC (rev 266)
@@ -59,17 +59,17 @@
<variableDefinitions description="Channel to facilitate interaction to Notifier" name="NotifierChannel" type="//@typeDefinitions/(a)channelTypes.2" roleTypes="//@typeDefinitions/(a)roleTypes.2 //@typeDefinitions/(a)roleTypes.3"/>
<activities xsi:type="org.pi4soa.cdl:Interaction" name="QuoteRequest" operation="requestQuote" channelVariable="//@choreographies.0/@enclosedChoreographies.0/(a)variableDefinitions.0" relationship="//@typeDefinitions/(a)relationshipTypes.0">
<exchangeDetails description="This is the exchange details for the request exchange associated with interaction QuoteRequest" name="QuoteRequestRequestExchange" type="//@typeDefinitions/(a)informationTypes.5">
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-jmsBankRequestQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-fileBankRequestQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-jmsBankRequestQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-fileBankRequestQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
</exchangeDetails>
<exchangeDetails description="This is the exchange details for the respond exchange associated with interaction QuoteRequest" name="QuoteRequestRespondExchange" type="//@typeDefinitions/(a)informationTypes.3" action="Respond">
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-jmsBankResponseQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-fileBankResponseQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-jmsBankResponseQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-fileBankResponseQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
</exchangeDetails>
</activities>
<activities xsi:type="org.pi4soa.cdl:Interaction" name="NotifyCustomer" operation="notify" channelVariable="//@choreographies.0/@enclosedChoreographies.0/(a)variableDefinitions.1" relationship="//@typeDefinitions/(a)relationshipTypes.2">
<exchangeDetails description="This is the exchange details for the request exchange associated with interaction NotifyCustomer" name="NotifyCustomerRequestExchange" type="//@typeDefinitions/(a)informationTypes.3">
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-customerNotifier}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-customerNotifier}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
</exchangeDetails>
</activities>
</enclosedChoreographies>
@@ -78,12 +78,12 @@
<variableDefinitions description="This is the variable creditCheckResult" name="creditCheckResult" type="//@typeDefinitions/(a)informationTypes.1" roleTypes="//@typeDefinitions/(a)roleTypes.2"/>
<activities xsi:type="org.pi4soa.cdl:Interaction" name="CreditCheck" operation="checkCredit" channelVariable="//@choreographies.0/(a)variableDefinitions.0" relationship="//@typeDefinitions/(a)relationshipTypes.1">
<exchangeDetails description="This is the exchange details for the request exchange associated with interaction CreditCheck" name="CreditCheckRequestExchange" type="//@typeDefinitions/(a)informationTypes.0">
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-creditAgencyQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-creditAgencyQueue}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
</exchangeDetails>
</activities>
<activities xsi:type="org.pi4soa.cdl:Interaction" name="CreditCheck" operation="checkCredit" channelVariable="//@choreographies.0/(a)variableDefinitions.0" relationship="//@typeDefinitions/(a)relationshipTypes.1">
<exchangeDetails description="This is the exchange details for the respond exchange associated with interaction CreditCheck" name="CreditCheckRespondExchange" type="//@typeDefinitions/(a)informationTypes.1" action="Respond" receiveVariable="//@choreographies.0/(a)variableDefinitions.2">
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-creditAgencyQueue_reply}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-creditAgencyQueue_reply}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
</exchangeDetails>
</activities>
<activities xsi:type="org.pi4soa.cdl:Choice">
@@ -100,7 +100,7 @@
<activities xsi:type="org.pi4soa.cdl:Sequence" description="Insufficient credit">
<activities xsi:type="org.pi4soa.cdl:Interaction" name="NotifyCustomer" operation="notify" channelVariable="//@choreographies.0/(a)variableDefinitions.1" relationship="//@typeDefinitions/(a)relationshipTypes.2">
<exchangeDetails description="This is the exchange details for the request exchange associated with interaction NotifyCustomer" name="NotifyCustomerRequestExchange" type="//@typeDefinitions/(a)informationTypes.2">
- <semanticAnnotations annotation="<jbossesb>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-customerNotifier}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</jbossesb>
" name="jbossesb"/>
+ <semanticAnnotations annotation="<validator>
	<destination name="{{Destination;The URI for the ESB destination;string;;jms:queue/esb-tb-customerNotifier}}"
		dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
</validator>
" name="validator"/>
</exchangeDetails>
</activities>
</activities>
Modified: trunk/validators/jbossesb/src/main/java/org/jboss/savara/validator/jbossesb/pi4soa/ValidatorConfigGenerator.java
===================================================================
--- trunk/validators/jbossesb/src/main/java/org/jboss/savara/validator/jbossesb/pi4soa/ValidatorConfigGenerator.java 2010-06-08 13:06:40 UTC (rev 265)
+++ trunk/validators/jbossesb/src/main/java/org/jboss/savara/validator/jbossesb/pi4soa/ValidatorConfigGenerator.java 2010-06-08 13:34:00 UTC (rev 266)
@@ -127,8 +127,8 @@
public class InputOutputAnalyser extends DefaultCDLVisitor {
private static final String DYNAMIC_REPLY_TO_ATTR = "dynamicReplyTo";
- private static final String JBOSSESB_ANNOTATION = "jbossesb";
- private static final String JBOSSESB_ELEMENT = "jbossesb";
+ private static final String VALIDATOR_ANNOTATION = "validator";
+ private static final String VALIDATOR_ELEMENT = "validator";
private static final String DESTINATION_ELEMENT = "destination";
private static final String NAME_ATTR = "name";
private static final String EPR_ATTR = "epr";
@@ -141,7 +141,7 @@
m_service = service;
m_templateProcessor =
- org.pi4soa.common.annotations.AnnotationsManagerFactory.getAnnotationsManager().getTemplateProcessor(JBOSSESB_ANNOTATION);
+ org.pi4soa.common.annotations.AnnotationsManagerFactory.getAnnotationsManager().getTemplateProcessor(VALIDATOR_ANNOTATION);
}
/**
@@ -183,7 +183,7 @@
org.w3c.dom.Element dest=null;
if (sa.getAnnotation() != null && sa.getName() != null &&
- sa.getName().equals(JBOSSESB_ANNOTATION)) {
+ sa.getName().equals(VALIDATOR_ANNOTATION)) {
try {
// Transform the text representation to DOM
DocumentBuilderFactory fact=DocumentBuilderFactory.newInstance();
@@ -196,7 +196,7 @@
if (doc.getDocumentElement() != null &&
doc.getDocumentElement().getNodeName().equals(
- JBOSSESB_ELEMENT)) {
+ VALIDATOR_ELEMENT)) {
org.w3c.dom.NodeList nl=
doc.getDocumentElement().getElementsByTagName(DESTINATION_ELEMENT);
@@ -211,7 +211,7 @@
}
} catch(Exception e) {
- logger.error("Failed to load jbossesb annotation", e);
+ logger.error("Failed to load validator annotation", e);
}
}
13 years, 11 months
savara SVN: r265 - in trunk/tools/eclipse: org.jboss.savara.tools.feature and 13 other directories.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-08 09:06:40 -0400 (Tue, 08 Jun 2010)
New Revision: 265
Added:
trunk/tools/eclipse/org.jboss.savara.tools.validator.feature/
trunk/tools/eclipse/org.jboss.savara.tools.validator/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/Activator.java
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/ValidatorAnnotations.java
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/annotations.xml
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.presentation
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.template
Removed:
trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/
trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.feature/
trunk/tools/eclipse/org.jboss.savara.tools.jbossesb/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/eclipse/annotations/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/Activator.java
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/JBossESBValidatorAnnotations.java
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/annotations.xml
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/cdl/
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/jbossesb.presentation
trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/jbossesb.template
Modified:
trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml
trunk/tools/eclipse/org.jboss.savara.tools.validator.feature/.project
trunk/tools/eclipse/org.jboss.savara.tools.validator.feature/feature.xml
trunk/tools/eclipse/org.jboss.savara.tools.validator/.project
trunk/tools/eclipse/org.jboss.savara.tools.validator/META-INF/MANIFEST.MF
trunk/tools/eclipse/org.jboss.savara.tools.validator/plugin.xml
trunk/tools/eclipse/releng/maps/project.map
trunk/tools/eclipse/releng/psfs/project.subclipse.psf
trunk/tools/eclipse/releng/psfs/project.subversive.psf
Log:
SAVARA-74 - annotation name changed. Just need to update the code that uses the annotation.
Modified: trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml 2010-06-08 11:17:30 UTC (rev 264)
+++ trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml 2010-06-08 13:06:40 UTC (rev 265)
@@ -183,7 +183,7 @@
version="0.0.0"/>
<includes
- id="org.jboss.savara.tools.jbossesb.feature"
+ id="org.jboss.savara.tools.validator.feature"
version="0.0.0"/>
<includes
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl)
Modified: trunk/tools/eclipse/org.jboss.savara.tools.validator/.project
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/.project 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/.project 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,6 +1,6 @@
<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
- <name>org.jboss.savara.tools.jbossesb.cdl</name>
+ <name>org.jboss.savara.tools.validator</name>
<comment></comment>
<projects>
</projects>
Modified: trunk/tools/eclipse/org.jboss.savara.tools.validator/META-INF/MANIFEST.MF
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/META-INF/MANIFEST.MF 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/META-INF/MANIFEST.MF 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,9 +1,9 @@
Manifest-Version: 1.0
Bundle-ManifestVersion: 2
-Bundle-Name: JBoss SAVARA Tools JBossESB CDL Plug-in
-Bundle-SymbolicName: org.jboss.savara.tools.jbossesb.cdl;singleton:=true
+Bundle-Name: JBoss SAVARA Tools Validator Plug-in
+Bundle-SymbolicName: org.jboss.savara.tools.validator;singleton:=true
Bundle-Version: 1.0.0.qualifier
-Bundle-Activator: org.jboss.savara.tools.jbossesb.cdl.osgi.Activator
+Bundle-Activator: org.jboss.savara.tools.validator.osgi.Activator
Bundle-Vendor: www.jboss.org
Require-Bundle: org.eclipse.ui,
org.eclipse.core.runtime,
Modified: trunk/tools/eclipse/org.jboss.savara.tools.validator/plugin.xml
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/plugin.xml 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/plugin.xml 2010-06-08 13:06:40 UTC (rev 265)
@@ -4,7 +4,7 @@
<extension
point="org.pi4soa.common.annotationsManager">
<annotationsManager
- class="org.jboss.savara.tools.jbossesb.cdl.osgi.JBossESBValidatorAnnotations">
+ class="org.jboss.savara.tools.validator.osgi.ValidatorAnnotations">
</annotationsManager>
</extension>
Deleted: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/Activator.java
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/Activator.java 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/Activator.java 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,74 +0,0 @@
-package org.jboss.savara.tools.jbossesb.cdl.osgi;
-
-import java.util.logging.Logger;
-
-import org.eclipse.core.runtime.IStatus;
-import org.eclipse.core.runtime.Status;
-import org.eclipse.ui.plugin.AbstractUIPlugin;
-import org.osgi.framework.BundleContext;
-
-/**
- * The activator class controls the plug-in life cycle
- */
-public class Activator extends AbstractUIPlugin {
-
- // The plug-in ID
- public static final String PLUGIN_ID = "org.jboss.savara.tools.jbossesb.cdl";
-
- // The shared instance
- private static Activator plugin;
-
- /**
- * The constructor
- */
- public Activator() {
- }
-
- /*
- * (non-Javadoc)
- * @see org.eclipse.ui.plugin.AbstractUIPlugin#start(org.osgi.framework.BundleContext)
- */
- public void start(BundleContext context) throws Exception {
- super.start(context);
- plugin = this;
- }
-
- /*
- * (non-Javadoc)
- * @see org.eclipse.ui.plugin.AbstractUIPlugin#stop(org.osgi.framework.BundleContext)
- */
- public void stop(BundleContext context) throws Exception {
- plugin = null;
- super.stop(context);
- }
-
- /**
- * Returns the shared instance
- *
- * @return the shared instance
- */
- public static Activator getDefault() {
- return plugin;
- }
-
- /**
- * This method logs an error against the plugin.
- *
- * @param mesg The error message
- * @param t The optional exception
- */
- public static void logError(String mesg, Throwable t) {
-
- if (getDefault() != null) {
- Status status=new Status(IStatus.ERROR,
- PLUGIN_ID, 0, mesg, t);
-
- getDefault().getLog().log(status);
- }
-
- logger.severe("LOG ERROR: "+mesg+
- (t == null ? "" : ": "+t));
- }
-
- private static Logger logger = Logger.getLogger("org.jboss.savara.tools.jbossesb.cdl.eclipse");
-}
Deleted: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/JBossESBValidatorAnnotations.java
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/JBossESBValidatorAnnotations.java 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/JBossESBValidatorAnnotations.java 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,72 +0,0 @@
-/*
- * Copyright 2005-8 Pi4 Technologies Ltd
- *
- * Licensed under the Apache License, Version 2.0 (the "License");
- * you may not use this file except in compliance with the License.
- * You may obtain a copy of the License at
- *
- * http://www.apache.org/licenses/LICENSE-2.0
- *
- * Unless required by applicable law or agreed to in writing, software
- * distributed under the License is distributed on an "AS IS" BASIS,
- * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- * See the License for the specific language governing permissions and
- * limitations under the License.
- *
- *
- * Change History:
- * 21 Oct 2008 : Initial version created by gary
- */
-package org.jboss.savara.tools.jbossesb.cdl.osgi;
-
-import java.net.URL;
-import java.util.logging.Level;
-import java.util.logging.Logger;
-
-import org.pi4soa.common.annotations.eclipse.EclipseAnnotationsManager;
-
-/**
- * This class implements the AnnotationsManager extension point.
- */
-public class JBossESBValidatorAnnotations extends EclipseAnnotationsManager {
-
- public JBossESBValidatorAnnotations() {
- super(Activator.PLUGIN_ID);
- }
-
- /**
- * This method returns an input stream associated with the
- * supplied URL. The URL can also reference a local relative
- * file path.
- *
- * @param url The URL, or relative file path
- * @return The input stream
- */
- protected java.io.InputStream getInputStream(String url) {
- java.io.InputStream ret=null;
-
- try {
- String path=ANNOTATIONS_FOLDER +
- "/" + url;
-
- logger.fine("Load from path: "+path);
-
- ret = JBossESBValidatorAnnotations.class.getResourceAsStream(path);
-
- } catch(Exception e) {
- logger.severe("Failed to get input stream for URL '"+
- url+"': "+e);
- }
-
- if (logger.isLoggable(Level.FINEST)) {
- logger.finest("Ret="+ret);
- }
-
- return(ret);
- }
-
- private static Logger logger = Logger.getLogger("org.jboss.savara.tools.jbossesb.cdl.osgi");
-
- private static final String ANNOTATIONS_FOLDER="annotations";
- private static final String PATH_SEPARATOR = "/";
-}
Deleted: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/annotations.xml
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/annotations.xml 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/annotations.xml 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,8 +0,0 @@
-<annotations>
- <annotation type="jbossesb" component="org.pi4soa.cdl.ExchangeDetails" >
- <template url="cdl/jbossesb.template"
- processor="org.pi4soa.common.annotations.impl.DefaultTemplateProcessor" />
- <presentation url="cdl/jbossesb.presentation"
- processor="org.pi4soa.common.annotations.impl.XSLTPresentationProcessor" />
- </annotation>
-</annotations>
\ No newline at end of file
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/Activator.java (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/Activator.java)
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/Activator.java (rev 0)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/Activator.java 2010-06-08 13:06:40 UTC (rev 265)
@@ -0,0 +1,74 @@
+package org.jboss.savara.tools.validator.osgi;
+
+import java.util.logging.Logger;
+
+import org.eclipse.core.runtime.IStatus;
+import org.eclipse.core.runtime.Status;
+import org.eclipse.ui.plugin.AbstractUIPlugin;
+import org.osgi.framework.BundleContext;
+
+/**
+ * The activator class controls the plug-in life cycle
+ */
+public class Activator extends AbstractUIPlugin {
+
+ // The plug-in ID
+ public static final String PLUGIN_ID = "org.jboss.savara.tools.validator";
+
+ // The shared instance
+ private static Activator plugin;
+
+ /**
+ * The constructor
+ */
+ public Activator() {
+ }
+
+ /*
+ * (non-Javadoc)
+ * @see org.eclipse.ui.plugin.AbstractUIPlugin#start(org.osgi.framework.BundleContext)
+ */
+ public void start(BundleContext context) throws Exception {
+ super.start(context);
+ plugin = this;
+ }
+
+ /*
+ * (non-Javadoc)
+ * @see org.eclipse.ui.plugin.AbstractUIPlugin#stop(org.osgi.framework.BundleContext)
+ */
+ public void stop(BundleContext context) throws Exception {
+ plugin = null;
+ super.stop(context);
+ }
+
+ /**
+ * Returns the shared instance
+ *
+ * @return the shared instance
+ */
+ public static Activator getDefault() {
+ return plugin;
+ }
+
+ /**
+ * This method logs an error against the plugin.
+ *
+ * @param mesg The error message
+ * @param t The optional exception
+ */
+ public static void logError(String mesg, Throwable t) {
+
+ if (getDefault() != null) {
+ Status status=new Status(IStatus.ERROR,
+ PLUGIN_ID, 0, mesg, t);
+
+ getDefault().getLog().log(status);
+ }
+
+ logger.severe("LOG ERROR: "+mesg+
+ (t == null ? "" : ": "+t));
+ }
+
+ private static Logger logger = Logger.getLogger("org.jboss.savara.tools.validator.osgi");
+}
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/ValidatorAnnotations.java (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/JBossESBValidatorAnnotations.java)
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/ValidatorAnnotations.java (rev 0)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/ValidatorAnnotations.java 2010-06-08 13:06:40 UTC (rev 265)
@@ -0,0 +1,71 @@
+/*
+ * Copyright 2005-8 Pi4 Technologies Ltd
+ *
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ *
+ *
+ * Change History:
+ * 21 Oct 2008 : Initial version created by gary
+ */
+package org.jboss.savara.tools.validator.osgi;
+
+import java.util.logging.Level;
+import java.util.logging.Logger;
+
+import org.pi4soa.common.annotations.eclipse.EclipseAnnotationsManager;
+
+/**
+ * This class implements the AnnotationsManager extension point.
+ */
+public class ValidatorAnnotations extends EclipseAnnotationsManager {
+
+ public ValidatorAnnotations() {
+ super(Activator.PLUGIN_ID);
+ }
+
+ /**
+ * This method returns an input stream associated with the
+ * supplied URL. The URL can also reference a local relative
+ * file path.
+ *
+ * @param url The URL, or relative file path
+ * @return The input stream
+ */
+ protected java.io.InputStream getInputStream(String url) {
+ java.io.InputStream ret=null;
+
+ try {
+ String path=ANNOTATIONS_FOLDER +
+ PATH_SEPARATOR + url;
+
+ logger.fine("Load from path: "+path);
+
+ ret = ValidatorAnnotations.class.getResourceAsStream(path);
+
+ } catch(Exception e) {
+ logger.severe("Failed to get input stream for URL '"+
+ url+"': "+e);
+ }
+
+ if (logger.isLoggable(Level.FINEST)) {
+ logger.finest("Ret="+ret);
+ }
+
+ return(ret);
+ }
+
+ private static Logger logger = Logger.getLogger("org.jboss.savara.tools.validator.osgi");
+
+ private static final String ANNOTATIONS_FOLDER="annotations";
+ private static final String PATH_SEPARATOR = "/";
+}
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/annotations.xml (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/annotations.xml)
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/annotations.xml (rev 0)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/annotations.xml 2010-06-08 13:06:40 UTC (rev 265)
@@ -0,0 +1,8 @@
+<annotations>
+ <annotation type="validator" component="org.pi4soa.cdl.ExchangeDetails" >
+ <template url="cdl/validator.template"
+ processor="org.pi4soa.common.annotations.impl.DefaultTemplateProcessor" />
+ <presentation url="cdl/validator.presentation"
+ processor="org.pi4soa.common.annotations.impl.XSLTPresentationProcessor" />
+ </annotation>
+</annotations>
\ No newline at end of file
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/cdl)
Deleted: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/jbossesb.presentation
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/cdl/jbossesb.presentation 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/jbossesb.presentation 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,3 +0,0 @@
-<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
-<xsl:template match="/">
-The JBossESB Service destination is <xsl:if test="jbossesb/destination/@name != ''" >'<xsl:value-of select="jbossesb/destination/@name" />' </xsl:if><xsl:if test="jbossesb/destination/@name = ''" >'undefined' </xsl:if> [Dynamic Reply-To Destination=<xsl:value-of select="jbossesb/destination/@dynamicReplyTo"/>]</xsl:template></xsl:stylesheet>
\ No newline at end of file
Deleted: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/jbossesb.template
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/cdl/jbossesb.template 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/jbossesb.template 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,4 +0,0 @@
-<jbossesb>
- <destination name="{{Destination;The URI for the ESB destination;string;;}}"
- dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
-</jbossesb>
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.presentation (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/cdl/jbossesb.presentation)
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.presentation (rev 0)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.presentation 2010-06-08 13:06:40 UTC (rev 265)
@@ -0,0 +1,3 @@
+<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
+<xsl:template match="/">
+The Service destination is <xsl:if test="validator/destination/@name != ''" >'<xsl:value-of select="validator/destination/@name" />' </xsl:if><xsl:if test="validator/destination/@name = ''" >'undefined' </xsl:if> [Dynamic Reply-To Destination=<xsl:value-of select="validator/destination/@dynamicReplyTo"/>]</xsl:template></xsl:stylesheet>
\ No newline at end of file
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.template (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl/src/java/org/jboss/savara/tools/jbossesb/cdl/osgi/annotations/cdl/jbossesb.template)
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.template (rev 0)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator/src/java/org/jboss/savara/tools/validator/osgi/annotations/cdl/validator.template 2010-06-08 13:06:40 UTC (rev 265)
@@ -0,0 +1,4 @@
+<validator>
+ <destination name="{{Destination;The URI for the destination;string;;}}"
+ dynamicReplyTo="{{Dynamic ReplyTo;Whether the replyTo destination is dynamic;boolean;;false}}" />
+</validator>
Copied: trunk/tools/eclipse/org.jboss.savara.tools.validator.feature (from rev 247, trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.feature)
Modified: trunk/tools/eclipse/org.jboss.savara.tools.validator.feature/.project
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.feature/.project 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator.feature/.project 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,6 +1,6 @@
<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
- <name>org.jboss.savara.tools.jbossesb.feature</name>
+ <name>org.jboss.savara.tools.validator.feature</name>
<comment></comment>
<projects>
</projects>
Modified: trunk/tools/eclipse/org.jboss.savara.tools.validator.feature/feature.xml
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.feature/feature.xml 2010-06-06 14:52:15 UTC (rev 247)
+++ trunk/tools/eclipse/org.jboss.savara.tools.validator.feature/feature.xml 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,15 +1,15 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<feature
- id="org.jboss.savara.tools.jbossesb.feature"
- label="JBoss SAVARA Tools JBossESB Feature"
- version="1.0.0.qualifier"
- provider-name="www.jboss.org">
-
- <description>
- The JBoss Tools for JBossESB support in Savara.
- </description>
-
- <copyright>
+<?xml version="1.0" encoding="UTF-8"?>
+<feature
+ id="org.jboss.savara.tools.validator.feature"
+ label="JBoss SAVARA Tools Validator Feature"
+ version="1.0.0.qualifier"
+ provider-name="www.jboss.org">
+
+ <description>
+ The JBoss Tools for Validator support in Savara.
+ </description>
+
+ <copyright>
/*
* JBoss, Home of Professional Open Source
* Copyright 2008, Red Hat Middleware LLC, and others contributors as indicated
@@ -26,10 +26,10 @@
* v.2.1 along with this distribution; if not, write to the Free Software
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
* MA 02110-1301, USA.
- */
- </copyright>
-
- <license url="http://www.gnu.org/licenses/lgpl-2.1.html">
+ */
+ </copyright>
+
+ <license url="http://www.gnu.org/licenses/lgpl-2.1.html">
GNU LESSER GENERAL PUBLIC LICENSE
Version 2.1, February 1999
@@ -171,32 +171,14 @@
15. BECAUSE THE LIBRARY IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY FOR THE LIBRARY, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE LIBRARY "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE LIBRARY IS WITH YOU. SHOULD THE LIBRARY PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
-16. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR REDISTRIBUTE THE LIBRARY AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THE LIBRARY (INCLUDING BUT NOT LIMITED TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A FAILURE OF THE LIBRARY TO OPERATE WITH ANY OTHER SOFTWARE), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
- </license>
-
- <requires>
- <import plugin="org.eclipse.ui"/>
- <import plugin="org.eclipse.core.runtime"/>
- <import plugin="org.eclipse.core.resources"/>
- <import plugin="org.eclipse.jdt.core"/>
- <import plugin="org.scribble.eclipse"/>
- <import plugin="org.scribble.conversation.model"/>
- <import plugin="org.scribble.lang.model"/>
- <import plugin="org.scribble.core"/>
- </requires>
-
- <plugin
- id="org.jboss.savara.tools.jbossesb"
- download-size="0"
- install-size="0"
- version="0.0.0"
- unpack="false"/>
-
- <plugin
- id="org.jboss.savara.tools.jbossesb.cdl"
- download-size="0"
- install-size="0"
- version="0.0.0"
- unpack="false"/>
-
-</feature>
+16. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR REDISTRIBUTE THE LIBRARY AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THE LIBRARY (INCLUDING BUT NOT LIMITED TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A FAILURE OF THE LIBRARY TO OPERATE WITH ANY OTHER SOFTWARE), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
+ </license>
+
+ <plugin
+ id="org.jboss.savara.tools.validator"
+ download-size="0"
+ install-size="0"
+ version="0.0.0"
+ unpack="false"/>
+
+</feature>
Modified: trunk/tools/eclipse/releng/maps/project.map
===================================================================
--- trunk/tools/eclipse/releng/maps/project.map 2010-06-08 11:17:30 UTC (rev 264)
+++ trunk/tools/eclipse/releng/maps/project.map 2010-06-08 13:06:40 UTC (rev 265)
@@ -1,14 +1,13 @@
feature@org.jboss.savara.tools.bpel.feature=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.bpel.feature
feature@org.jboss.savara.tools.feature=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.feature
-feature@org.jboss.savara.tools.jbossesb.feature=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.feature
+feature@org.jboss.savara.tools.validator.feature=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.validator.feature
feature@org.pi4soa.bpmn.feature=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.pi4soa.bpmn.feature
feature@org.pi4soa.monitor.feature=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.pi4soa.monitor.feature
feature@org.scribble.feature=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.scribble.feature
!*** Generated with org.eclipse.dash.common.releng/tools/scripts/buildAllHelper.xml#dir2svnmap task
plugin@org.jboss.savara.tools.bpel=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.bpel
-plugin@org.jboss.savara.tools.jbossesb=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.jbossesb
-plugin@org.jboss.savara.tools.jbossesb.cdl=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.jbossesb.cdl
+plugin@org.jboss.savara.tools.validator=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.validator
plugin@org.jboss.savara.tools.wsdl=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.jboss.savara.tools.wsdl
plugin@org.pi4soa.bpmn=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.pi4soa.bpmn
plugin@org.pi4soa.monitor=SVN,,http://anonsvn.jboss.org/repos/savara,,trunk/tools/eclipse/org.pi4soa.monitor
Modified: trunk/tools/eclipse/releng/psfs/project.subclipse.psf
===================================================================
--- trunk/tools/eclipse/releng/psfs/project.subclipse.psf 2010-06-08 11:17:30 UTC (rev 264)
+++ trunk/tools/eclipse/releng/psfs/project.subclipse.psf 2010-06-08 13:06:40 UTC (rev 265)
@@ -4,15 +4,14 @@
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
- <project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
+ <project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.scrib..."/>
<!-- !*** Generated with org.eclipse.dash.common.releng/tools/scripts/buildAllHelper.xml#dir2svnmap task -->
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
- <project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
- <project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
+ <project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
<project reference="0.9.3,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
Modified: trunk/tools/eclipse/releng/psfs/project.subversive.psf
===================================================================
--- trunk/tools/eclipse/releng/psfs/project.subversive.psf 2010-06-08 11:17:30 UTC (rev 264)
+++ trunk/tools/eclipse/releng/psfs/project.subversive.psf 2010-06-08 13:06:40 UTC (rev 265)
@@ -4,7 +4,7 @@
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
- <project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
+ <project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.scrib..."/>
@@ -12,8 +12,7 @@
<!-- !*** Generated with org.eclipse.dash.common.releng/tools/scripts/buildAllHelper.xml#dir2svnmap task -->
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
- <project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
- <project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
+ <project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.jboss..."/>
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
<project reference="1.0.1,http://anonsvn.jboss.org/repos/savara/trunk/tools/eclipse/org.pi4so..."/>
13 years, 11 months
savara SVN: r263 - branches.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-08 07:16:00 -0400 (Tue, 08 Jun 2010)
New Revision: 263
Added:
branches/deprecated/
Log:
13 years, 11 months
savara SVN: r262 - trunk/distribution/src/main/assembly.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-07 16:01:03 -0400 (Mon, 07 Jun 2010)
New Revision: 262
Modified:
trunk/distribution/src/main/assembly/bin.xml
Log:
Remove the eclipse folder from the distribution.
Modified: trunk/distribution/src/main/assembly/bin.xml
===================================================================
--- trunk/distribution/src/main/assembly/bin.xml 2010-06-07 19:45:00 UTC (rev 261)
+++ trunk/distribution/src/main/assembly/bin.xml 2010-06-07 20:01:03 UTC (rev 262)
@@ -48,15 +48,6 @@
<outputDirectory>/modules/conf</outputDirectory>
</fileSet>
- <!-- copy Eclipse features and plugins -->
- <fileSet>
- <directory>../tools/eclipse/eclipse-build/target/dist</directory>
- <outputDirectory>eclipse</outputDirectory>
- <!-- includes>
- <include>*.zip</include>
- </includes -->
- </fileSet>
-
<!-- copy samples -->
<fileSet>
<directory>../samples</directory>
13 years, 11 months
savara SVN: r261 - trunk/tools/eclipse/releng.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-07 15:45:00 -0400 (Mon, 07 Jun 2010)
New Revision: 261
Modified:
trunk/tools/eclipse/releng/build.properties
Log:
Added GMF runtime notation jar.
Modified: trunk/tools/eclipse/releng/build.properties
===================================================================
--- trunk/tools/eclipse/releng/build.properties 2010-06-07 17:06:04 UTC (rev 260)
+++ trunk/tools/eclipse/releng/build.properties 2010-06-07 19:45:00 UTC (rev 261)
@@ -30,7 +30,8 @@
IUsToInstall=org.eclipse.sdk.feature.group+org.eclipse.sdk.ide+\
org.eclipse.emf.feature.group+org.eclipse.xsd.feature.group+org.eclipse.gef.feature.group+\
org.apache.xml.resolver+javax.xml+org.apache.xml.serializer+org.apache.xerces+org.apache.xalan+\
-org.pi4soa.common+org.pi4soa.cdl+org.pi4soa.service+org.pi4soa.designer+javax.wsdl+org.eclipse.stp.bpmn
+org.pi4soa.common+org.pi4soa.cdl+org.pi4soa.service+org.pi4soa.designer+javax.wsdl+org.eclipse.stp.bpmn+\
+org.eclipse.gmf.runtime.notation
flattenDependencies=true
parallelCompilation=true
13 years, 11 months
savara SVN: r260 - trunk/tools/eclipse/org.pi4soa.bpmn.feature.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-07 13:06:04 -0400 (Mon, 07 Jun 2010)
New Revision: 260
Modified:
trunk/tools/eclipse/org.pi4soa.bpmn.feature/feature.xml
Log:
SAVARA-72 Added pi4soa bpmn feature back into the configuration.
Modified: trunk/tools/eclipse/org.pi4soa.bpmn.feature/feature.xml
===================================================================
--- trunk/tools/eclipse/org.pi4soa.bpmn.feature/feature.xml 2010-06-07 16:37:41 UTC (rev 259)
+++ trunk/tools/eclipse/org.pi4soa.bpmn.feature/feature.xml 2010-06-07 17:06:04 UTC (rev 260)
@@ -18,10 +18,6 @@
http://www.apache.org/licenses/LICENSE-2.0.html
</license>
- <includes
- id="org.eclipse.stp.bpmn.feature"
- version="0.0.0"/>
-
<requires>
<import plugin="org.eclipse.ui"/>
<import plugin="org.eclipse.core.runtime"/>
13 years, 11 months
savara SVN: r259 - in trunk/tools/eclipse: releng and 1 other directory.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-07 12:37:41 -0400 (Mon, 07 Jun 2010)
New Revision: 259
Modified:
trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml
trunk/tools/eclipse/releng/build.properties
Log:
SAVARA-72 Added pi4soa bpmn feature back into the configuration.
Modified: trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml
===================================================================
--- trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml 2010-06-07 16:32:05 UTC (rev 258)
+++ trunk/tools/eclipse/org.jboss.savara.tools.feature/feature.xml 2010-06-07 16:37:41 UTC (rev 259)
@@ -190,4 +190,8 @@
id="org.pi4soa.monitor.feature"
version="0.0.0"/>
+ <includes
+ id="org.pi4soa.bpmn.feature"
+ version="0.0.0"/>
+
</feature>
Modified: trunk/tools/eclipse/releng/build.properties
===================================================================
--- trunk/tools/eclipse/releng/build.properties 2010-06-07 16:32:05 UTC (rev 258)
+++ trunk/tools/eclipse/releng/build.properties 2010-06-07 16:37:41 UTC (rev 259)
@@ -27,14 +27,6 @@
http://download.eclipse.org/tools/orbit/downloads/drops/R20090825191606/u...
http://download.jboss.org/jbosstools/builds/nightly/trunk/201006051531/al...
-#http://repository.jboss.com/eclipse/galileo/repos/orbit-R20100114021427-updateSite.zip,\
-#http://repository.jboss.org/eclipse/galileo/repos/eclipse-Update-3.5.2-201002111343.zip,\
-#http://repository.jboss.org/eclipse/galileo/repos/emf-xsd-Update-2.5.0.zip,\
-#http://repository.jboss.org/eclipse/galileo/repos/GEF-Update-3.5.2.zip,\
-
-
-# http://download.jboss.org/jbosstools/builds/nightly/trunk/201005270927/al...
-
IUsToInstall=org.eclipse.sdk.feature.group+org.eclipse.sdk.ide+\
org.eclipse.emf.feature.group+org.eclipse.xsd.feature.group+org.eclipse.gef.feature.group+\
org.apache.xml.resolver+javax.xml+org.apache.xml.serializer+org.apache.xerces+org.apache.xalan+\
13 years, 11 months
savara SVN: r258 - trunk/tools/eclipse/releng.
by do-not-reply@jboss.org
Author: objectiser
Date: 2010-06-07 12:32:05 -0400 (Mon, 07 Jun 2010)
New Revision: 258
Modified:
trunk/tools/eclipse/releng/build.properties
Log:
Modified: trunk/tools/eclipse/releng/build.properties
===================================================================
--- trunk/tools/eclipse/releng/build.properties 2010-06-07 16:14:44 UTC (rev 257)
+++ trunk/tools/eclipse/releng/build.properties 2010-06-07 16:32:05 UTC (rev 258)
@@ -38,7 +38,7 @@
IUsToInstall=org.eclipse.sdk.feature.group+org.eclipse.sdk.ide+\
org.eclipse.emf.feature.group+org.eclipse.xsd.feature.group+org.eclipse.gef.feature.group+\
org.apache.xml.resolver+javax.xml+org.apache.xml.serializer+org.apache.xerces+org.apache.xalan+\
-org.pi4soa.common+org.pi4soa.cdl+org.pi4soa.service+org.pi4soa.designer+javax.wsdl+org.eclipse.stp.bpmn.feature
+org.pi4soa.common+org.pi4soa.cdl+org.pi4soa.service+org.pi4soa.designer+javax.wsdl+org.eclipse.stp.bpmn
flattenDependencies=true
parallelCompilation=true
13 years, 11 months