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

[Design of Management Features on JBoss] - Re: Applying persisted changes.

by emuckenhuber

"scott.stark(a)jboss.org" wrote : | I don't understand why the ManagedObjectBuilder for the destination class is not seen. I'll try to look into why that is. | Looks like the MODefinitions are getting installed too late (as they are in deploy/messaging). Moving those definitions to deployers/ seems to work, although in the end this should not be needed? "scott.stark(a)jboss.org" wrote : | Ok, I see. We need to move the managed object factory extension behavior out of the deployers. I'll start looking at that. | I think that will simplify things for the attachment persistence. Last week i was briefly looking into something similar. It's basically not that obvious, as IMHO parts of what ServiceMetaDataICF and BeanMetaDataICF are doing should be moved out. On the other hand looking at the connection factory ICFs - those actually only do operations on the ConnectionFactoryMetaData itself, which should be fine. So i think that one of the goals should be to have a clearer separation between the metaData operations and the extension behavior. Although refactoring ICFs totally out of this process could be quite hard. Maybe creating something new but similar for the extension behavior could be easier? Leaving the meta data operations in the responsablitly of the ICFs (setValue, getValue). On top of that the extension behavior like overriding the moClass, getting the values from the MBeanServer or the MCBean... Also adding and creating a new attribute to the meta data e.g. ServiceAttributeMD could be done by the extensions. Is similar to what you have in mind? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225602#4225602 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225602

16 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Remoting 2.5.1

by ron.sigal＠jboss.com

Hi guys, I've just tagged Remoting 2.5.1 for AS 5.1.0.CR1. There's a jboss-remoting jar at * http://repository.jboss.com/jboss/remoting/2.5.1/lib/ and a jboss-remoting-2.5.1.jar at * https://svn.jboss.org/repos/repository.jboss.org/maven2/org/jboss/remotin... . The new version has several JBossMessaging related fixes that have arisen in support cases lately. As Howard well knows. :) The one change needed in JBossMessaging (that Howard hasn't, as far as I know, already done), is this: ServerConnectionEndpoint.closeCallbackClient() should call | callbackHandler.shutdown(); | instead of | callbackHandler.getCallbackClient().disconnect(); | -Ron View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225551#4225551 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225551

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Context installation causes StackOverflowError

by alesj

"jaikiran" wrote : Ales, is this JBMICROCONT-421 fix being targeted for JBossAS-5.1.0 CR1? It's already in 2.2.0.M1, which is, afaik, included in AS branch 5.x. Its inclusion depends on XB inclusion - see jboss-dev ml for this discussion. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225546#4225546 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225546

16 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Context installation causes StackOverflowError

by jaikiran

Ales, is this JBMICROCONT-421 fix being targeted for JBossAS-5.1.0 CR1? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225544#4225544 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225544

16 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: How to do to get to the flow chart? @JBPM4

by kukeltje

Wrong forum, use the user forum for this http://www.jboss.org/index.html?module=bb&op=viewforum&f=217 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225537#4225537 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225537

16 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: schema for mail template and activity

by tom.baeyens＠jboss.com

i'm referring to the other activities and how they are explained in terms of examples. one activity might be explained in 1, 2 or 3 examples. each example shows one specific use case. for email that would be something like: email.inline: this would show an activity that sends an email which has all the properties like to, subject, body defined inline. email.template: an mail activity using a template task.reminder: another example in the list of task examples showing the task reminder those are imo the first targets for email. all the other advanced functionality should be postponed. i'ld like to see examples in the example package. then we can discuss and then the docs should explain the story in detail just like with the other activities. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225526#4225526 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225526

16 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: HTML Formatted Emails

by IvanLatysh

"bradsdavis" wrote : I would like to add template support for emails [both HTML and non-HTML emails]. I am currently looking at alternatives to the JBPM 3.x email template implementation. If you are looking for an alternative to email generation, have a look at http://code.google.com/p/saxon-extensions/wiki/EmailEmitterJbossExample Email Emitter extension for Saxon. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225504#4225504 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225504

16 years, 11 months

1
0
0 / 0

[Design of Management Features on JBoss] - Re: Applying persisted changes.

by scott.stark＠jboss.org

"emuckenhuber" wrote : One of the failures i mentioned was about restoring JMS destinations. The updates does not work | when the ManagedObjectClass(..) is not present in the deployment descriptor. | So the tests with this annotation element are passing, the one without is failing. | I don't understand why the ManagedObjectBuilder for the destination class is not seen. I'll try to look into why that is. "emuckenhuber" wrote : | One other problem i think we could have is that ManagedObjectFactory.initMO does not create the same output, as ManagementView (as this would require e.g. KernelDeploymentManagedObjectCreator) | | Additionally the failures which can be seen during the bootstrap (https://jira.jboss.org/jira/browse/JBAS-6524) | seem also somehow related to this - as when processing the collection in the ManagedObjectFactory, | does not have access to the ComponentDeploymentContext.getMetaData() for each bean. | Not really sure about this, as it's been a while since i last looked into this. | | So the main issue with that is when restoring the persisted information it is (of course) relying on the same ManagedObject structure as it was persisted before. Only the values are getting persisted and restored (which makes sense, as the metaType should not change) | | Therefore i think that this kind of 'override' done by the InstanceClassFactories (getManagedObjectClass), | should be done outside the deployers - e.g. in ManagementView when creating the ManagedComponents. | So that it always creates the same MO for the attachment persistence. | Maybe a related topic Scott created: http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4222668 | | This does not not cover partial persistence and removing components, but i think we can discuss that later. | Ok, I see. We need to move the managed object factory extension behavior out of the deployers. I'll start looking at that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225491#4225491 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225491

16 years, 12 months

1
0
0 / 0

[Design of Management Features on JBoss] - Re: Applying persisted changes.

by charles.crouch＠jboss.com

>From today's call can I assume this thread is going to tackle the issues raised in the following jiras? http://jira.jboss.com/jira/browse/JBAS-6689 add support for activation policy metadata on ManagedProperties http://jira.jboss.com/jira/browse/JBAS-6742 Updates to managed properties no longer persisting when changes made through embedded console http://jira.jboss.com/jira/browse/JBAS-6227 Only way to remove a managedcomponent is to remove its deployment http://jira.jboss.com/jira/browse/JBAS-6716 add back securityConfig config property to JMS destination resources Please indicate if there are going to be issues you think will not be covered. Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225483#4225483 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225483

16 years, 12 months

1
0
0 / 0

[QA of JBoss Portal] - Re: Jboss portlet Development tools

by prabhat.jha＠jboss.com

JBoss Developer Studio (JBDS) has support for Enterprise Portal Platform (EPP) and JBoss Portal. It allows you to develop generic portlet as well as JSF, Richfaces, Seam portlets. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225468#4225468 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225468

16 years, 12 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 April 2009