Well, as you might know we have been talking to Sun and the Netbeans crowd to
have at least a part of the JBoss IDE offering ported to Netbeans and Swing. We
have indeed no problem whatsoever with including such code in our CVS or
pushing that kind of product forward. The thing is that we don't
Our application is basically an application which generates its own workflow.
We want the user to be able to edit this workflow; hence, we are investigating
the use of jBPM as one option.
Why we need Swing?
We do not want to install both Swing and SWT in one package in order to do all
this.
It's not only SWT that makes the editor, it is EMF, GEF etc.. as well. If I
were you I'd go for the easy way and use the SWT version. Since I have no idea
about the rest of the functionality I cannot comment on doing it in one
application, use several or anything. The thing I *do* know is that
No, there will not be. They are quite different ui frameworks and maintaining
two versions is not efficient.
Do you have a specific reason for asking this?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3950633#3950633
Reply to the post :
Well we have been developing our application for four years now, and it is
built based on Swing which makes it difficult for us to move from Swing to SWT.
Actually, we were thinking to launch the aforementioned products (jPBM and
Rules) as part of our Swing GUI.
View the original post :
the SWT based GPD is a designer, as is the rules editor. It is not the user
frontend. jBPM and Rules can be accessed from/integrated with Swing based apps
by using the api. So unless you elaborate a little on what your application is,
it is difficult to give a detailed answer
View the original