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

[Design the new POJO MicroContainer] - Re: JBMICROCONT-336; empty string failure

by alex.loubyansky＠jboss.com

adrian wrote : Maybe there should be some kind of @JBossXmlValue | annotation where we can say we want the empty string even for complex types. This alone doesn't make sense to me. I.e. the property could always be initialized to an empty string and if there was actual data it would override it. adrian wrote : I'd suggest an element on the annotation where you say you don't want | the empty string data if there are child xml elements? Yes, I was thinking you needed this one. An alternative could be a way to specify the default value (which in your case would be an empty string) in case there is no content. Do you always have only one child? Or there could be more? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172566#4172566 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172566

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Some Maven related changes

by alesj

"pgier" wrote : | For microcontainer we wouldn't have anything other than Java. But if we use the standard maven directory names, then I can remove that config from the poms. Yes, it's most useful when you have multi language projects which includes stuff like javacc grammar files (src/main/javacc) like we have in the app server build. | | I'll plan on changing all the MC subproject directories also. And eventually the app server will change once it's fully migrated. OK, you have green light to do it, all proposed changes. But starting on Thursday, when I'm already on holiday. :-) What about that release-pom.xml issue we never resolved? Keep us posted about the changes. ;-) "adrian(a)jboss.org" wrote : | I'd suggest doing this while Ales is on holiday to minimize the impact and | before the branches get created for 2.0.x | Yup, good call. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172561#4172561 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172561

17 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Message Chunking Performance problems

by ataylor

Ive just tried running with 1k initial buffer and 1k max buffer size with remoting-tcp-nodelay set to false and the performance is good, in fact same as trunk. So this being the case i think we should make the max buffer size configurable and then we just need to decide on an out of the box config, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172560#4172560 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172560

17 years, 7 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: [JBAS-5095] Race condition between connection.close() an

by jesper.pedersen

I have added a new version of the patch - using the isFreed() method in connectionClosed() and afterCompletion(). The patch won't let the AS startup because managed connections aren't being returned within the blocking timeout (30 sec). So I'm investigating why this happens -- delist() and returnManagedConnection() is outside the synchronized call. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172559#4172559 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172559

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-336; empty string failure

by adrian＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : In XB empty string processing is different for simple and complex types. I.e. for the following element | <e></e> | the result will be an empty string if e is of a simple type and null if e is of a complex type. It's null for the complex types because otherwise elements of complex types would always get non-null text data which was undesirable. This is a complex type, but it is also "mixed", i.e. it can take a value. Maybe there should be some kind of @JBossXmlValue annotation where we can say we want the empty string even for complex types. I'd suggest an element on the annotation where you say you don't want the empty string data if there are child xml elements? That is the rule for the mc's property element, but there's no way to say that in an xml schema. ;-) A workaround would be to create a subclass of AbstractPropertyMetaData that initialises the value to an empty StringValueMetaData and then specify that class on @XmlElement of the setProperties() View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172556#4172556 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172556

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Some Maven related changes

by adrian＠jboss.org

"alesj" wrote : "pgier" wrote : I'd like to make a couple of changes in the microcontainer build. The first is to change the parent/aggregate relationship so that the pom in the root directory functions as the parent. This will be more like how the app server build and the aop maven build are set up, and more like how maven builds itself. The build subdirectory will then be just for creating the combined jar files. | | | Isn't app server similar to what we have in MC? | Component-matrix ~ build? | | But yeah, fine with me. | Adrian (as now my first officer :-)? | Okay with me captain. :-) I'd suggest doing this while Ales is on holiday to minimize the impact and before the branches get created for 2.0.x View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172553#4172553 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172553

17 years, 7 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-5171 - New metadata - track-connection-by-tx

by adrian＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : | E.g. track-connection-by-tx in the schema is of boolean type and must always be present. | track-connection-by-tx is the dtd is declared as EMPTY but must always be present! | So, it seems like none of them was actually used (or used only when it didn't fail)? | I would fix the track-connection-by-tx in the current versions of schema and dtd then create another version of both w/o track-connection-by-tx but with interleaving. Does this sound right to everybody? We don't validate against the dtd because we can't validate the embedded mbeans https://jira.jboss.org/jira/browse/JBAS-460 I'd just leave <track-connection-by-tx/> in there as optional (and ignored) and add the additional optional <interleaving/> If you're going to create a new version of the dtd then call it jboss-ds_5_0.dtd this file has nothing to do with the JCA spec version. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172551#4172551 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172551

17 years, 7 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-5171 - New metadata - track-connection-by-tx

by alex.loubyansky＠jboss.com

Could someone please correct the docs where needed? I'll create a new DTD. None of the examples refer to a DTD, BTW. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172550#4172550 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172550

17 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - JBM remoting configuration

by timfox

As discussed I would like to make changes to our remoting layer, to generalise the way our transports are configured and to allow a non fixed of transport types. Currently all our transports are configured via hard coded properties in the Configuration and ConnectionParams classes, which all transports use to get their config. Instead I propose each acceptor config on the server side can be configured with a typed map of properties that can be used by the specific transport. On the client side, the ClientSessionFactory will take a String transport identifier, and an optional map of properties. The mapping between String identifier and ConnectorFactory is specified in jbm-connector-factories.properties, which can be overridden on the classpath. This means we can get rid of TransportType enum, since the mapping between name and factory is no longer hardcoded - this makes things more flexible. We can also get rid of Location and ConnectionParams - and remove several attributes from configuration. Any comments? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172543#4172543 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172543

17 years, 7 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-5171 - New metadata - track-connection-by-tx

by jesper.pedersen

The schema jboss-cf.xsd isn't being used currently, so dont spend any time on that -- it'll need to be synced if we go in that direction. The track-connection-by-tx is currently mandatory for XA datasources (see Adrian's JBAS-5171 issue). The element is also used in the generic tx-connection-factory definition. We need to create a new DTD for the element, remove the track-connection-by-tx and update all datasource examples to use the new DTD (something like jboss_ds_1_6.dtd). This of course also means that the documentation should be updated to explain the setting - as listed by JBAS-5203. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172540#4172540 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172540

17 years, 7 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 August 2008