January 2008 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by alex.loubyansky＠jboss.com

"adrian(a)jboss.org" wrote : I've been speaking with Alexey and we'll probably add support for | some kind of @JBossXMLMap annotation. I've created an issue for this http://jira.jboss.com/jira/browse/JBXB-117 and here we can discuss how it should be implemented http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118655 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118656#4118656 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118656

18 years, 2 months

1
0
0 / 0

[Design of JBossXB] - Map annotations

by alex.loubyansky＠jboss.com

I am prototyping map binding annotations. This is what I currently have. @JBossXmlMapEntry. Used if key-value pairs are wrapped inside an element, i.e. entry element. And/or if the whole entry should be bound to a Java type. @JBossXmlMapKeyElement. Binds the key to an element. @JBossXmlMapKeyAttribute. Binds the key to an attribute. @JBossXmlMapValueElement. Binds the value to an element. @JBossXmlMapValueAttribute. Binds the value to an attribute. The target for all annotations is ElementType.TYPE, ElementType.METHOD, ElementType.FIELD. Some of the possible bindings: Sequence of key and value elements | <key>key1</key><value>value1</value> | <key>key2</key><value>value2</value> | | @JBossXmlMapKeyElement(name="key") | @JBossXmlMapValueElement(name="value") | public Map getMap(){ return map; } | Sequence of key and value elements wrapped inside entry element | <entry> | <key>key1</key> | <value>value1</value> | </entry> | <entry> | <key>key2</key> | <value>value2</value> | </entry> | | @JBossXmlMapEntry(name="entry") | @JBossXmlMapKeyElemenet(name="key") | @JBossXmlMapValueElement(name="value") | public Map getMap(){ return map; } | Key and value attributes in entry element | <entry key='key1' value='value1'/> | <entry key='key2' value='value2'/> | | @JBossXmlMapEntry(name="entry") | @JBossXmlMapKeyAttribute(name="key") | @JBossXmlMapValueAttribute(name="value") | public Map getMap(){ return map; } | Key is an attribute and the value is the value of entry element | <entry key='key1'>value1</entry> | <entry key='key2'>value2</entry> | | /** | * value binding is not specified, it's supposed to be the value of entry | * element. | * But if the entry is bound to a Java type with JBossXmlMapEntry.type() | * then the value will be the entry itself. | */ | @JBossXmlMapEntry(name="entry") | @JBossXmlMapKeyAttribute(name="key") | public Map getMap(){ return map; } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118655#4118655 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118655

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry unRegisterService

by krzych_PL

I understand that while undeploying services, the unregisterEPR method is running. But after server crash EPRs are still in registry, and later after server start new EPRs will be registered. Registry doesn't now that registering new EPRs means registering service again in this case. So registry just adds new EPRs but doesn't delete old ones. And because there are no longer any service which use A1 and A2 EPRs, that EPRs will not be unregistered (by the way using unregisterService method could solve this problem I think) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118614#4118614 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118614

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS subproject in JIRA and next VFS release.

by dimitris＠jboss.org

Unless there are objections, I'll make another top level JIRA project for the 'metadata' module. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118609#4118609 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118609

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry unRegisterService

by mark.little＠jboss.com

There's the unregisterEPR option. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118600#4118600 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118600

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS subproject in JIRA and next VFS release.

by dimitris＠jboss.org

I created a new top level project with Scott as Lead, and moved the VFS issues there: http://jira.jboss.com/jira/browse/JBVFS The issues can now be prioritarized for VFS Beta7. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118588#4118588 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118588

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry unRegisterService

by krzych_PL

OK. But what about situation when I have some service (let's call it service A) with ERPs A1 and A2. I want to replace this service by new version with different EPRs (A3 and A4). Of course it will work during "normal" server work. But what will happen in case when: 1. Start server 2. Deploy 1st version of service A (EPRs: A1 and A2) 3. Server crash 4. Replace service by 2nd version (EPRs: A3 and A4) 5. Start server Server will register EPRs A3 and A4, but what about old (incorrect) EPRs A1 and A2)? Registry doesn't know that registering A3 and A4 means registering service A again. If we have registerService method in Registry interface (for example with List of EPRs as parameter, or with only first EPR as parameter) we could delete incorrect EPRs in such case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118569#4118569 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118569

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Web service security callbacks

by tfennelly

Not sure actually Heiko, but you can help us figure it out ;-) So is the security info not part of the SOAP payload? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118550#4118550 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118550

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Registry unRegisterService

by mark.little＠jboss.com

I think Kurt can comment more on this subject when he's able, but here's my take. At the moment nothing calls unRegisterService within the ESB because it's a potentially insecure and unsafe thing to do just out of hand, i.e., there needs to be more infrastructure behind this to ensure that one party doesn't take down a service that others are relying on. The reason for why there is no registerService is probably related to the difference between the notion of a service and the EPRs that actually provide that service. Within JBossESB, a given "logical" service may actually be provided by many different physical services, all of which are identified by EPRs (a single service execution may itself be represented by several different EPRs concurrently). So in effect there is a 1..* mapping between service name/category and EPRs. The way the Registry interface is currently provided, the first EPR that is added for a given name/category will create the service entry in the registry and add that EPR. You can remove EPRs from a service at any point (we make the assumption that this is ok, but again we need to review this later and add in security, e.g., ACLs). Hopefully you can now see why calling unRegisterService within the ESB is such a big deal: you will remove all of the EPRs from the registry. Since we don't have the necessary hooks (ACLs) in place yet, the best thing to do is punt this to the application at present. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118536#4118536 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118536

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Web service security callbacks

by heiko.braun＠jboss.com

The current WS implementation has a dependency on the JSDK API in order to provide principal and credential. Since the ESB does provide it's own transport layer I am wondering how the security information should be obtained for a web service invocation? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4118535#4118535 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4118535

18 years, 2 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 January 2008