May 2009 - jboss-dev-forums - Jboss List Archives

[Design of Management Features on JBoss] - Re: How to Expose MBean Invocation Stats into admin-console?

by emuckenhuber

In general ManagedObjects are generated based on the meta data attachments in the deployers and exposed over ManagedDeployments (@see mainDeployer.getManagedDeployment) So ManagementView load() gets all ManagedDeployments managed by ProfileService. This basically means that when statistic MBeans are getting directly registered over the MBeanServer (so no meta data attachments) are not visible to ProfileService. The ProxyManagedDeploymentFactory has a install callback directly on ManagementView to work around this problem. Additionally it provides some functionality to create a ManagedObject based on a MBeanInfo (@see MBeanManagedObjectFactory). So a basic view would not require any additional annotations, except there should be different behavior for certain properties. Maybe you also want to take a look at: http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229210#4229210 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229350#4229350 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229350

16 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: New console snapshot published, Task Forms included

by tom.baeyens＠jboss.com

great! i'll look at it this afternoon. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229349#4229349 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229349

16 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Where is Beta1?

by heiko.braun＠jboss.com

Why is Beta1 not on the downloads page? The documentation is outdated aswell. It still points to Alpha1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229339#4229339 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229339

16 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: ClientSessionFactoryImpl eventually NPE under multi-thre

by timfox

I couldn't replicate this even with 1000 iterations (maybe I don't have enough cores?) But I put the set of the connection manager array in a sync block anyway. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229303#4229303 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229303

16 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: User documentation for 2.0.0.beta1

by jmesnil

"ataylor" wrote : Theres 4 books, why don't we take one each to start of with. I'll bootsrap the quick start guide View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229297#4229297 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229297

16 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: User documentation for 2.0.0.beta1

by timfox

"ataylor" wrote : Theres 4 books, why don't we take one each to start of with. You're welcome to do that if you like, although the user guide is probably going to be 10 times longer than the other guides. I'm going to start with a few chapters from the main user guide, I've marked my name by them on the wiki. If anyone wants any other chapters from it, then feel free and mark your names by the chapter too. Again, before starting I recommend everyone reads the Hibernate docs before starting. Some other JBoss projects have good docs too, it's worth having a quick skim. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229294#4229294 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229294

16 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - New console snapshot published, Task Forms inlcuded

by heiko.braun＠jboss.com

You'd need to update trunk and rebuild with -U in order to avoid compilation errors. The new snapshot contains the first cut of the freemarker templating for task forms. Currently the form plugin builds on the following constraints: * templates need to be suffixed *.ftl and be included with the deployment * naming convention for templates: <task name>.ftl * html forms need to provide the correct enctype: "multipart/form-data" * form field names become process variables names and vice versa * a reserved field name for signaling execution upon task completion: "outcome" The form render context provides some default context information that be used render templates: Currently that's ${form} and ${outcome}. These are used to provide runtime information to he form rendering. Let's do an example: | <html> | <body> | | <h2>Your employee would like to go on vacation</h2> | <form action="${form.action}" method="POST" enctype="multipart/form-data"> (1) | Number of days: ${number_of_days}<br/> (2) | <hr> | In case you reject, please provide a reason:<br/> | <input type="textarea" name="reason"/><br/> (3) | <#list outcome.values as transition> (4) | <input type="submit" name="outcome" value="${transition}"> (5) | </#list> | </form> | </body> | </html> | Accessing form action dynamically: 'form.action' Referencing a process variables named 'number_of_days' Create a new process variable named 'reason' Access transitions dynamically: 'outcome.values' Reserved field name to trigger execution: 'outcome' Dynamic render context As described above, some properties are provided at runtime, i.e. the actual form action parameter or the available outcomes (aka transitions). Some of those are required and cannot be derived at design time (the form action) others are just convenience (the available outcomes). The plugin design is not yet finished, so we can reasily extend or modify the dynamic properties available to the render context. Why form 'plugin'? What does it mean? It means that the freemarker templating for task forms is just one way of doing it. We provide it out of the box, however users may want to chose a different technology that better suits fits their needs. Basically the form plugin (or TaskDispatcherPlugin, how we call it) 'plugs' into the GWT console server. Task forms in the console are referenced by URL, which allows to embed any external form solution into the console. In case you want to change it, you'd need at least provide a plugin that can resolve the task form URL, so that the console can reference it. If you leave out the plugin (can be removed, hence the name) then the form functionality will not be available in the console. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229293#4229293 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229293

16 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remaining test failures

by jmesnil

"clebert.suconic(a)jboss.com" wrote : | JMSServerControl2Test - Which test you see failing now? I tried it in a loop and it passed. | I'll have a look at JMSServerControl2Test. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229285#4229285 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229285

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: OnDemand as an aspect

by alesj

"jason.greene(a)jboss.com" wrote : | It definitely screams for proxies, not sure about all of the AOP baggage. :) What I meant was that you could express that pojo A has hard dependency on B, but A also has lazy dependency on C. Then when A is started, it gets a the normal ref to B, but a lazy proxy of C (non-start/activated). The first call on C triggers activation of C. | | In addition, there could be some kind of lazy registry call to get a lazy ref to an MC service. Actually this is all already there. :-) See lazy element in MC schema. I just need to properly finish On_Demand handling in these lazy wrappers. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229265#4229265 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229265

16 years, 11 months

1
0
0 / 0

[Design of JBoss Identity] - Re: Identity Management integration with JBossAS5.

by bdaw

I also think the distro and integration should remain as idm module as currently it is only idm specific (AS service and schema generation). Then we should have a clean way to consume it at platform level. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229259#4229259 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229259

16 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums May 2009