Send jbpm-dev mailing list submissions to
jbpm-dev@lists.jboss.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.jboss.org/mailman/listinfo/jbpm-dev
or, via email, send a message with subject or body 'help' to
jbpm-dev-request@lists.jboss.org
You can reach the person managing the list at
jbpm-dev-owner@lists.jboss.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of jbpm-dev digest..."
Today's Topics:
1. Forking/Extending jbpm-designer for VDML and CMMN stencilsets
(Ampie Barnard)
2. Re: Forking/Extending jbpm-designer for VDML and CMMN
stencilsets (Tihomir Surdilovic)
----------------------------------------------------------------------
Message: 1
Date: Tue, 20 Aug 2013 11:37:18 +0200
From: Ampie Barnard <ampieb@gmail.com>
Subject: [jbpm-dev] Forking/Extending jbpm-designer for VDML and CMMN
stencilsets
To: jbpm-dev@lists.jboss.org
Message-ID:
<CAHy73T79HgxpyzihpJoXCte8yUGYWnUH_kYKNYddUYGOgi_-wQ@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi jBPM devs,
I need to implement a web based modeling environment, initially just to
illustrate VDML and CMMN to some developers on another open source project.
However, there is a possibility that it may eventually be used and
distributed.
I am impressed with what you guys have done with the original Oryx
codebase, and would much rather start from jBPM-designer than from the
current (dead) Oryx codebase. However, I am not sure which approach to take
extending jBPM designer and have the following questions:
1. I noticed the IDiagramProfile interface that makes stencilsets nicely
configurable from the serverside, but is it feasible yet to introduce an
entirely separately deployed (different jar/war) stencilset? I suspect
that the introduction of additional CDI beans would at least require
packaging inside the existing jBPM-designer war, even if I can deploy the
stencilset itself in a separate war, but I may be wrong.
2. If I cannot develop my extensions as a separate deployment, I will
probably have to resort to introducing my extensions to jBPM-designer on my
own fork, but does the jBPM-designer's license allow such re-packaging?
Kind Regards
Ampie Barnard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbpm-dev/attachments/20130820/52f9842f/attachment-0001.html
------------------------------
Message: 2
Date: Tue, 20 Aug 2013 08:02:57 -0400
From: Tihomir Surdilovic <tsurdilo@redhat.com>
Subject: Re: [jbpm-dev] Forking/Extending jbpm-designer for VDML and
CMMN stencilsets
To: jbpm-dev@lists.jboss.org
Message-ID: <52135AF1.7030404@redhat.com>
Content-Type: text/plain; charset="iso-8859-1"
On 8/20/13 5:37 AM, Ampie Barnard wrote:
> Hi jBPM devs,
>
> I need to implement a web based modeling environment, initially just
> to illustrate VDML and CMMN to some developers on another open source
> project. However, there is a possibility that it may eventually be
> used and distributed.
>
> I am impressed with what you guys have done with the original Oryx
> codebase, and would much rather start from jBPM-designer than from the
> current (dead) Oryx codebase. However, I am not sure which approach to
> take extending jBPM designer and have the following questions:
>
> 1. I noticed the IDiagramProfile interface that makes stencilsets
> nicely configurable from the serverside, but is it feasible yet to
> introduce an entirely separately deployed (different jar/war)
> stencilset? I suspect that the introduction of additional CDI beans
> would at least require packaging inside the existing jBPM-designer
> war, even if I can deploy the stencilset itself in a separate war, but
> I may be wrong.
You would create your own profile instead which can tie to specific
stencil set definitions and marshalling/unmarshalling impls.
>
> 2. If I cannot develop my extensions as a separate deployment, I will
> probably have to resort to introducing my extensions to jBPM-designer
> on my own fork, but does the jBPM-designer's license allow such
> re-packaging?
Yes.
>
> Kind Regards
>
> Ampie Barnard
Thanks.
Tihomir
>
>
>
>
>
> _______________________________________________
> jbpm-dev mailing list
> jbpm-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbpm-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbpm-dev/attachments/20130820/15ca7827/attachment-0001.html
------------------------------
_______________________________________________
jbpm-dev mailing list
jbpm-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbpm-dev
End of jbpm-dev Digest, Vol 57, Issue 17
****************************************