Re: [jboss-dev-forums] [JBoss Tools Development] - Portlet Development is Effectively Unusable in JBoss Tools
by Max Andersen
Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] replied to the discussion
"Portlet Development is Effectively Unusable in JBoss Tools"
To view the discussion, visit: http://community.jboss.org/message/554816#554816
--------------------------------------------------------------
Hi Robert,
You really are having a bad week; lets see if I can make your week better ;)
1) Wizard not recognizing your portlet runtime. As said above, if you say you got a portlet runtime installed that we don't recognize then *please* open a jira with the details of what version and name of the Portlet container you used and what version of jboss tools so we can investigate. Our jira is at http://jira.jboss.org/browse/JBIDE http://jira.jboss.org/browse/JBIDE Without that information my team can't really help since our test shows multiple version of JBoss Portal, GateIn and EPP as being recognized - of course our tests can't cover all combinations that you as an user might do but we can fix this but to know where to start looking please open jira with portal name and version.
2) User libraries - I haven't seen the portal *force* me to select a user library; it should only be warning you that if you continue there are probably going to be compile errors since there is no located runtime (see #1). Note, if Portal is *forcing* you to select a runtime and not allowing you to continue then that is a bug and please report that in jira.
3) Eclipse Facet are supposed to provide this kind of dependency automatically - that is partly true, but how do you expect the portlet facet to provide the runtime dependencies when it is not finding it ? (see #1). If we were to shove down on you a specific jboss portlet version distributed together with jboss tools then we would really be giving you vendor lockin and really bad dependency management (see http://relation.to/Bloggers/NavelgazingClasspathContainersAnEclipseAntiPa... this for background).
4) I opened https://jira.jboss.org/browse/JBIDE-6719 https://jira.jboss.org/browse/JBIDE-6719 and Snjezana came back answering:
There are the following JBoss Portlet Runtimes:
- JBoss Portal 2.x bundled with JBOss AS 4.x
- GateIn Portal 3.x bundled with JBoss AS 5.1
- JBoss Portlet Container 2.0 bundled with JBoss AS 4.2 and Tomcat
- GateIn Portlet Container 2.1 bundled with JBoss AS 4.2, JBoss AS 5.1 and Tomcat
- EPP
The Portlet engine recognizes all these containers except GateIn Portlet Container bundled with JBoss AS 5.1. This server has a different name for simple-portal directory (simple-portal.sar instead of simple-portal).
Can you confirm you are using GateIn Portal 3.x bundled with AS 5.1 ?
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/554816#554816]
Start a new discussion in JBoss Tools Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 9 months
Re: [jboss-dev-forums] [JBoss ESB Development] - How to configure and scale a large stateful CEP service?
by Edson Tirelli
Edson Tirelli [http://community.jboss.org/people/tirelli] replied to the discussion
"How to configure and scale a large stateful CEP service?"
To view the discussion, visit: http://community.jboss.org/message/554689#554689
--------------------------------------------------------------
That is a broad question! :)
> Jeff DeLong wrote:
>
> The question is how to deploy and scale a large stateful CEP service. CEP services could be required to handle thousands or more events per minute, and hold millions of events in working memory (along with a huge number of facts). The memory requirements could be enormous (several gigabytes)
>
> An initial approach to these sorts of requirements is to deploy the CEP service on its own dedicated SOA-P server, and configure it's VM sizing appropriately. What would be reasonable here? I.e. what is the largest reasonable single server JVM configuration? 6 GB RAM, 8 GB RAM, ...?
>
> However, if the volume of events would overwhelm a single server, what are the options for scalability? Can a working memory be spread across VMs? Could Drools take advantage of a federated cache such as Infinispan? What other options are there to scale.
>
> Even if a single server is capable of handling the load, what would a highly available topology look like? Could a second server be deployed with the same configuration, and configure a service invoker load balancing policy that always went to the first service if it were available?
Regarding memory, we have customers with up to 32Gb of memory running Drools, although I am not aware of any actually using over 20Gb. On 64 bits machines there is no real problem in increasing the heap if the memory is available.
Regarding topology, a WM can not be distributed over multiple JVMs. There is some research going on on using Infinispan cache, but there is nothing yet on versions up to Drools 5.1.
I think it is important to realize that competing products in general split and execute each and every query in a separate space with its own "local" memory. An analogy would be to create a separate knowledge base in drools for each rule/query and then spawn a separate session for each kbase. This is obviously sub-optimal as we would not benefit from inter-rule optimizations. So, we will probably have to try tunning large use cases by creating multiple kbases of "related" rules. This would allow us to easily distribute each kbase over different JVMs with their respective sessions.
HA is something we need to discuss in separate. The engine does not support HA internally as of 5.1. It can be implemented as a master/master HA using external tools, and that is how it is usually done today. Although, alternatives need to be developed for the future.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/554689#554689]
Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 9 months
[JBoss ESB Development] - How to configure and scale a large stateful CEP service?
by Jeff DeLong
Jeff DeLong [http://community.jboss.org/people/jeffdelong] created the discussion
"How to configure and scale a large stateful CEP service?"
To view the discussion, visit: http://community.jboss.org/message/554681#554681
--------------------------------------------------------------
The question is how to deploy and scale a large stateful CEP service. CEP services could be required to handle thousands or more events per minute, and hold millions of events in working memory (along with a huge number of facts). The memory requirements could be enormous (several gigabytes)
An initial approach to these sorts of requirements is to deploy the CEP service on its own dedicated SOA-P server, and configure it's VM sizing appropriately. What would be reasonable here? I.e. what is the largest reasonable single server JVM configuration? 6 GB RAM, 8 GB RAM, ...?
However, if the volume of events would overwhelm a single server, what are the options for scalability? Can a working memory be spread across VMs? Could Drools take advantage of a federated cache such as Infinispan? What other options are there to scale.
Even if a single server is capable of handling the load, what would a highly available topology look like? Could a second server be deployed with the same configuration, and configure a service invoker load balancing policy that always went to the first service if it were available?
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/554681#554681]
Start a new discussion in JBoss ESB Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 9 months