[JBoss Messaging] - Re: SimpleMemoryManager Warning
by timfox
"ONIT" wrote : Hi again,
|
| The JBoss Messaging system is working great. Performance is outstanding and memory usage is negligible even with 400K messages. Memory usage for the whole application never exceeds 50M.
|
Glad to hear it :)
FYI the next release (1.0.1.RC4) which will be out very soon has some very significant further increases in performance.
anonymous wrote :
|
| My only question is that I get a series of these warning messages:
|
|
| 13:46:03,093 WARN [SimpleMemoryManager] Less than 25% of total available memory free
| 13:46:05,109 WARN [SimpleMemoryManager] Less than 25% of total available memory free
| 13:46:07,109 WARN [SimpleMemoryManager] Less than 25% of total available memory free
| 13:46:09,140 WARN [SimpleMemoryManager] Less than 25% of total available memory free
| 13:46:11,140 WARN [SimpleMemoryManager] Less than 25% of total available memory free
| 13:46:13,140 WARN [SimpleMemoryManager] Less than 25% of total available memory free
| 13:46:15,156 WARN [SimpleMemoryManager] Less than 25% of total available memory free
|
| It doesn't seem to affect anything.
|
|
You probably just need to increase your -Xmx setting for the server a bit. (in run.bat)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961386#3961386
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961386
19 years, 9 months
[JBoss Portal] - Re: User Input Req for 2.6 Usability and UI enhancements
by wtff
another WYSIWYG / Drag and Drop portal page example similar to the google sample can be found here:
http://www.netvibes.com/
I also like to be able to have a fullfledged way of layouting my portal page via a flexible UI /layout model as is the case with Jetspeed ( a portal I otherwise do not like particularly well )
There you have pluggable decorators which can render your porlet frames (frameless window, framed window with insets etc..).
You have pluggable page layouts ( three column, two column, etc...) to choose from.
and so on. I don't find this in jboss portal. The "region" mechanism seems to be rather corse grained in comparison.
----
Another interesting thing I read about in the Jetspeed 2 Jira is their plan for a thingy they call Jetspeed Desktop:
http://issues.apache.org/jira/browse/JS2-514
This seems to go even a bit further than having an AJAX supported WYSIWYG portal page layout mechanism which helps to define a server side layout.
----
I've been musing about assembling the perfect collection of technologies for being able to deliver rich web clients while at the same time being standards based and being able to rapid prototype.
The fixed choices are that this should be portal driven, use Java Server Faces, Seam, Facelets, JSF-Avatar and EJB3.
The bulding-block that has been missing for years is that there does not seem to be a JSF component kit which satisfies all needs.
Most kits work well in standalone mode (Apache Tomawhak, Oracle ADFFaces aka Apache Trinidat etc) but they fail to work well in collaboration with a portal framework and / or seam.
Additionally, the component/render kits are not really satisfyable and robust. I would have to combine aspects from 5 different AJAX kits and another 5 JSF kits to satisfy my vision. (Tomawhak, Trinidat, Tobago, Dojo, Qooxdoo, Rialto, ZK, DWR, jMaki, etc. etc.)
What currently happens is that some JSF component/render kit provider now try to integrate components from all these kits into their component library. This is the same type of misuse happening with multiple inheritance where any object which happens to have an interesting method is turned into a supertype...
In practice, it is not acceptable to download the javascript/html code for 20 AJAX and web frameworks before being able to look at a beautifully rendered page.
I think the community is lacking a robust and satisfyable JSF component library/rendering kit. Everyone is doing some things right but no single vendor does it all right at the same time.
- EXO alone supports WCAG 1.0
- Tomawhak is a pot pourri of external scripts reused and doesn't support drag and drop etc..
- ADFFaces is too invasive and doesn't integrate well with other supplementary technologies, so is the current version of SEAM.
again, this list could be continued forever
Therefore I think that instead of providing halfhearted approaches for embedding JSF rich client frameworks which have not been designed with portals in mind by allowing header injections and the like, I'm thinking more into the direction of defining an XML GUI language that the JSF portlets would emit. The portal would then be responsible for rendering this meta language into javascript/html etc.
Again, there are many such XML GUI definition languages out there (OASIS' UIML, Netscape's XUL, W3C's XBL, etc...) but none is a satisfyable solution, probably because the contexts of these approaches are too different from the portal context. XUL was designed with thick desktop environments in mind. UIML is too old - the portal metaphor was uncommon then...)
I don't know whether JBoss/Redhat have enough resources to start off from scratch to design a real groundbraking JSF component/render kit, but lets assume that this is most likely beyond the focus: how can you impove your UI?
I'm finding myself in the same spot: IF I revamp all the UI stuff I've done which will be a tremendous effort, then I want to do it right the first time and without compromises. I would need to have something at hand that supports drag and drop, client side validation, portal affinity, half objects, AJAX, etc. However, this can only be achieved by mingeling different things together and spending a tremendous effort doing so. That's why I don't understand why all the world is focussing on narrow focus frameworks like lets say an "AJAX toolkit" instead of working on a comprehensive JSF kit with out of the box support for the abovementioned.
For example, it would be appriciable to have transparent AJAX support like the ingenious approach taken Avatar. I can only applaud Ed Burns for this approach. Of course, a JSF framework using this approach should be designed by keeping in mind that it also has to be usable in the context of portals...
Why am I saying all this? well because I would like to see that the JBoss Portal standard portlets like the CMS, administration or forum portlets are done using a JSF kit.
But before conducting this migration, I believe that it is paramount to first work on a satisfyable JSF kit that has at least been designed with portal technology in mind.
---
Another thing I'd like to say is that sample apps always asume that developers will put all libs within their webapps. So lets do a hello-world app. All the Tomawhak, myfaces, SEAM and facelets libs go into the webapp. On the business layer side, you'd like to use JBPM and there you have another two libs to pollute your application. Your hello world app turns out to be 20 MBs in size for holding a single web page.
This of course is not the usecase that is applicable for real world scenarios.
However, one can spend weeks trying to arrange all the libs so that the technologies work well together and yet not find a way to do it.
Therefore, one requirement I would like to propose is that JBoss provides samples that really match production environment use-cases in addition to samples which focus on showcasing technological aspects and therefore righteously trying to reduce unnecessary plumbing.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961383#3961383
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961383
19 years, 9 months
[JBoss Messaging] - SimpleMemoryManager Warning
by ONIT
Hi again,
The JBoss Messaging system is working great. Performance is outstanding and memory usage is negligible even with 400K messages. Memory usage for the whole application never exceeds 50M.
My only question is that I get a series of these warning messages:
13:46:03,093 WARN [SimpleMemoryManager] Less than 25% of total available memory free
13:46:05,109 WARN [SimpleMemoryManager] Less than 25% of total available memory free
13:46:07,109 WARN [SimpleMemoryManager] Less than 25% of total available memory free
13:46:09,140 WARN [SimpleMemoryManager] Less than 25% of total available memory free
13:46:11,140 WARN [SimpleMemoryManager] Less than 25% of total available memory free
13:46:13,140 WARN [SimpleMemoryManager] Less than 25% of total available memory free
13:46:15,156 WARN [SimpleMemoryManager] Less than 25% of total available memory free
It doesn't seem to affect anything.
Is it a configuration setting, should I be flushing the queues or what?
The dilivery mode is DeliveryMode.NON_PERSISTENT and there is only one message consumer. Once the consumer gets the message I want the message removed from the queue. Am I missing something?
Thanks for your help.
Dennis
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961380#3961380
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961380
19 years, 9 months
[JBoss Seam] - Re: DataModel issue
by dbatcn
In the other topic I wrote:
anonymous wrote : When pressing the "rename" buttons, the value that I expect to be injected is not there (the log.error() calls below are triggered).
for instance (and yes, sorry for not including it in the previous post):
anonymous wrote : 2006-07-27 10:51:56,946 DEBUG [org.jboss.seam.Component] selected row: null
|
| 2006-07-27 10:51:56,946 DEBUG [org.jboss.seam.Component] instantiating Seam component: interpolator
|
| 2006-07-27 10:51:56,946 ERROR [com.orgmob.play.FubarManagerBean] FubarManagerBean.commitFoo() called but foo is null!
|
| ...
| 2006-07-27 10:52:00,431 DEBUG [org.jboss.seam.Component] selected row: null
|
| 2006-07-27 10:52:00,431 DEBUG [org.jboss.seam.Component] instantiating Seam component: interpolator
|
| 2006-07-27 10:52:00,431 ERROR [com.orgmob.play.FubarManagerBean] FubarManagerBean.commitBar() called but bar is null!
|
|
When I press buttons that were generated using <ui:repeat> from a @DataModel, org.jboss.seam.Component says that no row was selected and where I expected @DataModelSelection to inject a value, the value is null. I think that is a bug. Am I in error?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961378#3961378
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961378
19 years, 9 months
[EJB/JBoss] - Potential Issue with EntityInstancePool
by uromahn
Hi Experts!
I am running into a weird problem and I think I might have found a bug in JBoss.
Some brief background first:
I am helping a company to migrate their application from WebLogic to JBoss. This application is a really BIG J2EE1.3 implementation that was running on WebLogic 5.1 and should now be running on JBoss 4.0.2.
The application is extensively using EJBs, especially SLSB's and BMP Entity Beans.
Synopsis of the observed issue:
After some time, the testers of the system observe data integrity issues. For example, when trying to add an new entity the DB complaints that some data already exists, although the entity attributes should still be emtpy, except for the ID! To make it clear: it does not complain that the ID is duplicate, but that some related unique data that is stored in one of the entity attribute already exists, although it should be empty!
After some more investigation, it appears that JBoss seems to re-use some entity from the pool but still having some data in its property.
We could show that this must be somehow related to the EntityInstancePool, since at first in standarjboss.xml we had the default setting in the BMP Container configuration:
<container-pool-conf>
100
</container-pool-conf>
After changing this setting to '30' we observed the same issue much earlier.
After that, we turned on TRACE logging for the system and ejb packages to see what is really going on. The issue seems to be related with one particular Entity Bean. Just before the faulty transaction, I noticed the following line in the log:
2006-07-26 14:23:10,858 TRACE [org.jboss.ejb.plugins.EntityInstancePool] Get instance org.jboss.ejb.plugins.EntityInstancePool@e9b75e#29#class <class name of bean>.
So, it appears to me that the instance pool had 29 elements and the error starts to occur the next time a new instance of that pool gets created, i.e. we should have now 'Maximum Size" elements in the pool!
However, when looking at the trace log before, I saw a couple of the following messages:
2006-07-26 14:12:45,194 TRACE [org.jboss.ejb.plugins.EntityInstancePool] 0/100 Free instance:org.jboss.ejb.plugins.EntityInstancePool@e9b75e#10143996#null#false#class <class name of bean>
For the "experts" of you, you will see that the second number after the "/" should show the maxSize of the EntityInstancePool! Well, we actually have set it to '30' when running this example!
So, I would like to know how exactly the variable maxSize in EntityInstancePool gets set and where the value comes from. I also would like to know how the InstancePool and InstanceCache actually work together.
Thanks for any reply!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961376#3961376
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961376
19 years, 9 months
[JBoss Portal] - Re: HTTP Status 403 error ocurred when I switch portal authe
by winklosky
I received the same error and to get past it I added one more module option:
<module-option name="defaultRole">Authenticated</module-option>
Following the change I was able to log in with a user stored in LDAP and I did not have to create an Authenticated role in my LDAP.
However, two portlets on the default page threw exceptions:
An internal error occured while rendering window 'default.default.HelloWorldPortletWindow:HelloWorldPortletWindow'
java.lang.IllegalArgumentException: No null portlet accepted
An internal error occured while rendering window 'default.default.Hello:Hello'
java.lang.IllegalArgumentException: No null portlet accepted
And one portlet on the Test page failed:
Cannot render
Object not found PreferencesPortletInstance
Downloaded Package (JBoss Portal + JBoss AS 2.4-CR2)
Fedora Directory Server
Oracle 10.1.0 (portal database)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961375#3961375
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961375
19 years, 9 months