July 2007 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: Providing bean name aware feature

by alesj

Since JBMICROCONT-192 was reopened. "thomas.diesler(a)jboss.org" wrote : | Does it really have to be that complicated? | | How about | | @BeanName | void setName(String name) | { | log.info(name + ": " + this) | } | I propose the next addition: | <bean name="somename" class="..." name-aware="true"> | I still think me should explicitly mark that we want to have name injected. Since we don't provide the name method, it will invoke by default to setName. Less complicated. :-) OK? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064533#4064533 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064533

18 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Re: current logged users

by Antoine_h

Hello, About JMS or not, it makes me think of architecture, especially in High Availability (working on that now for a big organisation). You may have yet taken this into account : so, just in case : An architecture with a producer and some consumers would be great. Whatsoever is the messaging support between the two. If not yet : taking this into account in the way to build these services... would be nice. 3 advantages : 1) High availability : With HA, people need to view/monitor/exploite these material (like statistic and users loged) from another server. The machine that work with this material will not be inside the HA perimeter. 2) Prod architecture : upgrade of applications Even with no HA. The statistic application and the admin application must be upgraded with new versions quite quicly (1 or 2 months), whereas the portal application will be mainly every 6 months (heavy, high stake migration). So a separate server for these feature (consumers) is much more confortable (necessary ?) for prod. 3) overriding and extensions To easily extend the feature : it is more easy not touching the producer, and just override the consumer. hope it helps... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064518#4064518 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064518

18 years, 8 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by wolfc

Doh, I was afraid you would say that. I must have introduced a bug. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064495#4064495 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064495

18 years, 8 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by adrian＠jboss.org

The checkComplete() on the MainDeployer lists all dependencies that are not satisfied. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064493#4064493 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064493

18 years, 8 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by wolfc

I got a basic supply demain chain working. This one is without any fancy resolution. For that I need to write a new type of demand and supply meta data. Another thing is that when demands are not satisfied, deployment stalls. How and where can I notify the user that I've unresolved dependencies? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064485#4064485 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064485

18 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Re: current logged users

by bdaw

Check your inbox ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064479#4064479 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064479

18 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Re: current logged users

by sviluppatorefico

thanks bolek...you can to contact me via email or msn. Links are those written on the user name View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064457#4064457 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064457

18 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: ProcessState 'leave' method

by tom.baeyens＠jboss.com

good suggestion. please, create a jira issue for it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064450#4064450 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064450

18 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Re: where is stored data about pages-files-names?

by thomas.heute＠jboss.com

No harm done ;) I don't want to be a dictator, the forum is an important source of knowledge and can be used as it only if it is kept clean and organized. Thanks for understanding View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064444#4064444 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064444

18 years, 8 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JMSRouter refactoring

by beve

I'd like to add the ability for the JMSRouter to function as a splitter so that the action processing pipleline will continue processing. | <action name="route-to-response" class="org.jboss.soa.esb.actions.routing.JMSRouter"> | <property name="jndiName" value="queue/XXXResponse"/> | <property name="unwrap" value="true"/> | <property name="continue-processing" value="true"/> | </action> | Setting the property "continue-processing" to true would then make the process method, which has been overridden by JMSRouter, return the message object, which will cause the processing of the pipeline to continue. I know that this is what a NotfiyJMS is for, but this would mean that I'd need to refactor the NotfiyQueue class so it can use the setting of correlation id that exists in JMSRouter. Plus I think there is a JIRA to refactor the NotifyJMS classes anyway. /Daniel View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064442#4064442 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064442

18 years, 8 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 July 2007