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

[jBPM Development] - Re: Extension of schema and Task-objects

by kukeltje

I have to agree. It's more like being in the eastern part of Belgium to so degree. Only when one arrives in Utrecht, one can really say one is in the Netherlands. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259733#4259733 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259733

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: Extension of schema and Task-objects

by sebastian.s

Being next door in Vaals is not really like being in the Netherlands. ;) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259722#4259722 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259722

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: Extension of schema and Task-objects

by kukeltje

anonymous wrote : I will be in the Netherlands in November. :) Wow, I'm impressed. From the Dom in downtown Aachen to the Dutch border it is 4,4km!!! :-P View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259704#4259704 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259704

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: Extension of schema and Task-objects

by sebastian.s

Agreed. I forgot about the namespaces but since Tom found his peace with namespaces this is a good solution. By the way I like mvg namespace and I will be in the Netherlands in November. :) Met vriendelijke groeten Sebastian View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259694#4259694 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259694

16 years, 6 months

1
0
0 / 0

[JBoss AS Development Web Profile] - Re: JPA Deployer

by hartfordd

I'm working with jobss 5.1.0.GA, and also ran into this snag. Workaround is to go into the ejb3.deployer/META-INF/ and remove the not-needed ejb3 deployer, but leave the jpa deployer (for anyone else trying to manually make their own web profile). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259692#4259692 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259692

16 years, 6 months

1
0
0 / 0

[jBPM Development] - Re: Extension of schema and Task-objects

by kukeltje

Colliding attributes It would *not* happen if the attributes are namespace prefixed and you put yours in e.g. the mvg (met vriendelijke groeten) and jbpm uses well... jpdl e.g. That is why I HATE the any:any extension. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259688#4259688 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259688

16 years, 6 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: ModifierInfo: enum or interface?

by flavia.rainone＠jboss.com

"alesj" wrote : "flavia.rainone(a)jboss.com" wrote : | | Before I try to fix it, I need to know if we are going to stick with ModifierInfo enum or with ModifierInfo interface. | | | If the fix for this is to revert it back to ModifierInfo as an interface, | then that's exactly what I would do. | There are two possible fixes: reverting or updating dependencies such as the one in org.jboss.xb.builder.runtime.CollectionPropertyHandler. On one hand, updating all dependencies at this point may be too much hassle. Plus, the fix I added to getNewModifier method can generate unnecessary overhead. This method is called everytime a new ClassInfo, MethodInfo, ConstructorInfo and FieldInfo is created, to fill in the modifier field. On the other hand, the interface version has a drawback: it forces you to recalculate if it is static, for example, for as many times as method isStatic is called. But I don't know at what frequency the modifiers are checked, so I can't say how it compares to the overhead of getNewModifier method. Given all that, I vote for reverting back to ModifierInfo interface. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259599#4259599 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259599

16 years, 6 months

1
0
0 / 0

[JBoss Transactions Development] - Re: Starting with JBoss Transactions

by ben.cotton＠rutgers.edu

"ryden13" wrote : Do you know if is there any more example to download? You might be interested in also looking at the examples in the JBoss Business Activity Framework project. http://www.jboss.org/jbosstm/baframework/ The BA Framework project introduces a library of Annotations that support WS-BA, greatly simplifying how you specify your transactional Web Services' business activity details to XTS. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259591#4259591 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259591

16 years, 6 months

1
0
0 / 0

[JBoss Microcontainer Development] - Re: ModifierInfo: enum or interface?

by alesj

"flavia.rainone(a)jboss.com" wrote : | Before I try to fix it, I need to know if we are going to stick with ModifierInfo enum or with ModifierInfo interface. | If the fix for this is to revert it back to ModifierInfo as an interface, then that's exactly what I would do. The error you're getting looks like a compatibility mismatch between XB and Deployers. I guess the revert should fix that as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259570#4259570 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259570

16 years, 6 months

1
0
0 / 0

[JBoss Transactions Development] - Re: Starting with JBoss Transactions

by adinn

anonymous wrote : | What I have to do to start a empty project in Eclipse and uses XTS? Thanks again :) | If you have managed to build your XTS tree then you will find the deployable service archive jbossxts.sar in xts-install/sar. Install this in the server deploy directory for your app server and you can then also deploy either a client or server application which uses XTS to the same server deploy directory. If you take a look inside the sar file (e.g. jar tvf jbossxts.sar) you will see that is built using a variety of jar and war files. The only one you need to develop an XTS application is the api jar which you will find in xts-install/lib/jbossxts-api.jar. This jar exposes all the publicly visible types your application (and eclipse) needs to know about (see the user guide for a full explanation of how to use the API types). Add this as an external API jar in your eclipse project so that eclipse can resolve references to the XTS API classes. Also ensure that it is in the classpath when you compile your application. That should be all you need. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4259567#4259567 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4259567

16 years, 6 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 October 2009