Eclipse Community Forums - RDF feed
https://www.eclipse.org/forums/
Eclipse Community ForumsEclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/906008/#msg_906008
Below we've compiled a list of things that some of us believe should become available for Scout in the period over the next two years.
Initial roadmap suggestion:
Scout 3.9 (Eclipse Kepler)
- Mobile support (feature)
- Cloud support (feature)
- First experiments with e4
- Eclipse CBI, testing (infrastructure)
- Book, examples, help (documentation)
Scout 3.10/4.x? (Eclipse L)
- Portal support (JSR 168, 286), Liferay showcase
- REST support
- JavaFX UI
- e4?
The discussion is open
best regards
Matthias]]>Matthias Zimmermann2012-08-31T13:05:28-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/906207/#msg_906207
Regarding the roadmap, I would like to see much better JUnit support integrated into Scout SDK, which would be great for TDD. For example, Scout SDK could create a test case when creating a form or a new service operation.]]>Adrian Moser2012-08-31T21:03:03-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/906995/#msg_906995
Bug 376459
The SDK could also provide a simple way to start the tests (all of them, a specific test)... For the moment projects create some additional product files to start the tests and there is the DevTestMarker annotation. There is place for improvements...]]>Jeremie Bresson2012-09-03T05:26:06-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/907145/#msg_907145
No, not yet. The topic arises when Scout applications shoud be run in a cloud environment. As our experience base in this area is limited we could do the following:
Deploy existing Scout applications to the cloud
Document results in the Scout wiki
Most likely some Scout SDK convenience features will make life simpler when developing for the cloud
What and if something needs to be done in the Scout runtime will follow from the points above
]]>Matthias Zimmermann2012-09-03T11:43:11-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/907294/#msg_907294
I think it would be a great feature, especially for applications using the RAP UI. I would like to see Eclipse Scout support and/or compatibility for Google App Engine and Google Cloud SQL.
Did you have some other cloud providers on your mind?]]>Adrian Moser2012-09-03T17:25:53-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/907319/#msg_907319
However I would like to suggest to add the following to your list for the 3.9 release to help people creating solid applications quickly & fast :
- include a reporting engine
- include a rule engine
- include a bpmn / proces flow engine
- include an ESB like bus (e.g. camel with activeMQ)
- auto creation of initial forms based on the database tables
One could argue that these all can be added by the individual developper using Scout in his own projects.
This is true, however not everybody is interested in doing a selection process in selecting the necessary packages. On top this could make deployment a little bit more complex.
For most individual developpers, it is easier if everything is sitting together in the Scout package.
]]>Tore Van Grembergen2012-09-03T18:51:32-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/908462/#msg_908462
>
> - include a reporting engine
> - include a rule engine
> - include a bpmn / proces flow engine
> - include an ESB like bus (e.g. camel with activeMQ)
> - auto creation of initial forms based on the database tables
Tore, what is your opinion for each of these items regarding the following aspects:
1) how much of the selection pain you mention can be addressed by a working tutorial?
2) what would be the use case the tutorial should focus on?
3) which projects/products do you recommend to consider (e.g. camel/service mix for esb integration)?]]>Matthias Zimmermann2012-09-05T12:26:02-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/908577/#msg_908577
article by Michael Yuan CloudBees, OpenShift and maybe Amazon Beanstalk look interesting to me.
Compared with Google App Engine the above mentioned PaaS seem to rely more on open standards (and vendor lock-in seems to be less pronounced). Don't get me wrong, our experience base is still very weak and the above ideas are just conclusions from a single article...
Good tutorials on the items mentioned (reporting, rule engine, proces flow, esb) would (in my opinion) have for a consequence that you as a company need to make a selection on these. The workload involved for documentation, creating examples etc would be forcing you to make a selection on these items. Even if available resourcing would be unlimited, it is nearly impossible to document several possible solutions on these items. Hence the selection proces itself would have been done, and I think for most developers this would already give a kick start.
The documenting of the use of the mentioned items would force you to look at the Scout environment as a full solution for modern development techniques.
Personally I think that the days of developing everything yourself are gone. You need to have a fully integrated platform allowing you to create a UI, put business logic in a combination of ruling engines and proces flow engines and glue different systems to each other with an "ESB" like tool.
The uses cases should focus in this setup to demonstrating the combined strength of the platform.
E.g.
- The Scout Platform allows for getting very easy from the user interface to the server.
- At the server you could put complex validation / calculation rules in the ruling system.
- Once validations have been done, an approval proces could be started by the proces flow engine
- part of the approval proces could be publishing information on a webservice. As we are not sure if the webservice is available we put the information on the ESB who is acting as a local proxy with a message queue in case the service is unavailable.
Take the following example
You need to create a transportation from a warehouse to other warehouses.
First step create transport and add delivery notes to it.
Second step : calculate routing based on the delivery notes you have added to the transport you created. -> this would be executed by the ruling engine.
Third step : request delivery slots in the different warehouses and update status of the delivery notes -> this would be executed by proces flow in combination with the ESB
Fourth step : if necessary re-calculate routing based on the delivery slots obtained from the warehouses.- > this would be executed by the ruling engine.
Fifth step : inform the initiator of the transport that the transport is ready for dispatching and request approval -> this would be executed by proces flow
This example is something that can be done with Scout in combination with some tools and shows the strength of the total platform.
With regards to the products I would recommend : I am still myself in the "pain" of doing the selection.
For the moment it looks like i would consider a combination of Scout with for
- reporting :Jasperreports
- rule engine + process flow : drools
- ESB like : camel in combination with Active MQ.
As said I am still in the proces of putting the puzzle together on the platform I need.
I am also stil trying to figure out what would be the best way to approach the DB : the traditional way via SQL statements or with something as Hibernate.
Lastly what realy would be a big help is the autogenaration of the base screens based on the database layout (or object layout if hibernate is used).
For each of table or object you need to create maintenance screens, having these created automatically for most part would drastically improve development performance.
]]>Tore Van Grembergen2012-09-05T18:57:51-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/908951/#msg_908951
- So my first topic would be more and better structured documentation about Scout itself.
Integration with other products. Most of the software has already been written and I like to use it. But to find out what the best way is to integrated these components into Scout takes time.
- Examples and documentation on how to integrate other products. For example Jasper Reports, BIRT, MS Office, Hibernate etc.
For the end-user, the GUI is everything. I get most responses on a good looking and smooth working GUI. If the near future shows out that FX is there to stay, I would be great to have it.
- Java FX
As the applications become bigger its hard to keep the quality up. Continues Build Integration and Testing is a must then. To set this up for a small development team is hard.
- Documentation on how to set this up for Scout and if neccessary additional components for testing
]]>Bertin Kiekebosch2012-09-06T09:41:05-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/913403/#msg_913403
we've recently started a tutorial on maven tycho integration. There you can find a way of how to get a very basic maven tycho setup for an existing Scout application. After that you can setup a CI build server like Hudson or Jenkins and you are almost there...]]>Bruno Koeferli2012-09-15T14:29:43-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/915928/#msg_915928
Scout RT (without RAP) still needs to be compatible to 3.5, but since most people are using targets anyways, I see no need to keep supporting this forever.
]]>Judith Gull2012-09-18T08:24:55-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/916293/#msg_916293
Quote:
According to an article by Michael Yuan CloudBees, OpenShift and maybe Amazon Beanstalk look interesting to me.
Matthias, thanks for this interesting article on different PaaS offerings. Personally, I would very much like to see Scout applications running on CloudBees or OpenShift.
Quote:
I would like to see Eclipse Scout support and/or compatibility for Google App Engine and Google Cloud SQL.
As far as I can tell from earlier investigations on this topic, it seems not very likely that we will see Scout applications running on Google App Engine. The restrictions of GAEs sandbox make it quite hard (if not impossible) to get an OSGi/Equinox environment running. There have been efforts [1],[2] in that direction with partial success, but there doesn't seem to be any recent activity on this topic...
]]>Lukas Huser2012-09-18T21:20:01-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/927156/#msg_927156
Also, support for native JavaFX packaging would be great.
]]>Adrian Moser2012-09-29T10:10:01-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/927619/#msg_927619
Before we abandon the Swing layer, we would want to discuss this topic with the Scout community well in advance. We will probably be driven by Oracle policy as they have alread stated that JavaFX will replace Swing in the future.
]]>Matthias Zimmermann2012-09-29T21:49:40-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/987904/#msg_987904
blog post to summarize the current status / decisions.]]>Matthias Zimmermann2012-11-28T15:40:46-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/988293/#msg_988293
SCOUT BOOK!!
]]>Alex Schroeder2012-11-29T10:01:37-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/988642/#msg_988642
http://wiki.eclipse.org/Scout/Book/ I've tried following the link within the following text:
"To check for the current state of the book you may visit tools.bsiag.com/scoutbook/"
but...login required
how can we access the current state of the book ?
looking forward seeing book ]]>Rene Eigenheer2012-11-30T20:12:01-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/988682/#msg_988682
We'll try to fix this early next week
Tx for the notification]]>Matthias Zimmermann2012-12-01T08:53:32-00:00Re: Eclipse Scout Roadmap
https://www.eclipse.org/forums/index.php/mv/msg/371447/988926/#msg_988926
thank you]]>Rene Eigenheer2012-12-03T19:49:53-00:00