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

[Deployers on JBoss (Deployers/JBoss)] - Re: Error while deploying jar file

by PeterJ

What tool did you use to build the JAR file? According to the error message, the ServiceBean.jar file is not a valid ZIP file. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053580#4053580 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053580

18 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Rework of jBPM deployment within JBoss

by bill.burke＠jboss.com

"camunda" wrote : | I like the protability of jBPM very much. And I think it is a important advantage that should be kept. Today it runs in standalone, Tomcat, JBoss or other AS environments. Very important in my eyes. So some proprietary JBoss deployment should be always (or at least in the near future) additional. Thats what the people like about jBPM, it is not tied to some AS. | A couple of things: * I never talked about removing the current way of jBPM deployment * Portability is good. BUT...many developers use more than one JEMS project. Wouldn't it be good if deployment was portably consistent between desparate projects? This is why I created the http://wiki.jboss.org/wiki/Wiki.jsp?page=EmbeddedJBoss project. * I don't think jBPM can continue to live in a black box in terms of versioning. jBPM interacts with web applications and various other subsystems that would also need to be versioned. How do current jBPM users handle this scenario? Many JBoss.org projects like jBPM have done a great job at being portable to other environments than JBoss AS. Unfortunately, they have not done a great job at taking advantage of the JBoss AS platform and becoming a cohesive suite of projects. Right now, most JBoss.org projects are configured and deployed different and have their own unique, but similar/familiar component models. When you want to use two of these projects together, it becomes painful. Tooling efforts are more difficult. An overall way of tieing these projects together is non-existent. This is what I'm trying to solve. We need to get to a point where 1 + 1 > 2. The funny thing is, JBoss AS has the opposite problem, it looks like one product, but does a horrible job at running in other environments. The thing is, I NEED INPUT from users like yourself. I'm trying to figure out the big picutre. How all these projects at JBoss.org can fit together. Learning how you all use these projects alone or together is part of the process. Please help! Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053575#4053575 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053575

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remote replyto functionality - Bridge configuration in p

by timfox

Here's the default (local) JMSProviderLoader from jms-ds.xml: | <mbean code="org.jboss.jms.jndi.JMSProviderLoader" | name="jboss.mq:service=JMSProviderLoader,name=JMSProvider"> | <attribute name="ProviderName">DefaultJMSProvider</attribute> | <attribute name="ProviderAdapterClass"> | org.jboss.jms.jndi.JNDIProviderAdapter | </attribute> |  | <attribute name="FactoryRef">java:/XAConnectionFactory</attribute> |  | <attribute name="QueueFactoryRef">java:/XAConnectionFactory</attribute> |  | <attribute name="TopicFactoryRef">java:/XAConnectionFactory</attribute> |  | </mbean> | You should just be able to set one up pointing to your ActiveMQ instance and reference that as your target JMSProviderLoader in the bridge config. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053566#4053566 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053566

18 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Retrowoven container project

by flavia.rainone＠jboss.com

Great! When I looked at the retro trunk code, I just noticed I couldn't find the problematic line at the test class anymore. I didn't realize that you were replacing java.lang.Class by java.lang.Object :) Your idea is really good. Maybe, you could apply the same to GenericDeclaration. Replace it by Object, and replace calls to its single method (getTypeParameters) by calls to a Helper, as is done in GenericsHelper. That way, all the problem would be solved, and in a very simple way. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053565#4053565 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053565

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remote replyto functionality - Bridge configuration in p

by timfox

I don't follow why you are using an ActiveMQ rar. The bridge only requires you to set up a JMSProviderAdaptor for ActiveMQ, the JMSProviderAdaptor should just specify the ConnectionFactory lookup and jndi properties, no rar necessary. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053562#4053562 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053562

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remote replyto functionality - Bridge configuration in p

by thomasra

To elaborate further: The code in question does this: | producer.send(msg); | ...which doesn't quite work when the message is from another provider than the producer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053561#4053561 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053561

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remote replyto functionality - Bridge configuration in p

by thomasra

Well, after deploying the activemq rar according to online docs, when I configured Bridge to use an activemq queue as the target (and a local queue as the source) it began complaining about not supporting "foreign" destinations, since it was attempting to set a destination from one implementation on a message from another. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053558#4053558 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053558

18 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Retrowoven container project

by pgier

How about translating Type to java.lang.Object? Since the jdk1.5 Type interface does not have any methods, you don't seem to lose any functionality. So the code above becomes | final Object[] OBJ_TYPE_ARR = new Object[] {Object.class}; | If you get the latest jboss retro from svn, this is how I have it working now. Combined with kabir's code, this seems to work. At least for the test cases I came up with. Maybe we lose something else that I'm not thinking of. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053547#4053547 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053547

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remote replyto functionality - Bridge configuration in p

by timfox

"thomasra" wrote : BTW: In order to get Bridge to work with activemq (via a resource adapter) I had to update the sendBatch method and create a new javax.jms.Message, copying properties since the current implementation is tied to JBossMessage and complains when using a foreign destination. Not sure I follow, can you expand please? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053542#4053542 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053542

18 years, 10 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remote replyto functionality - Bridge configuration in p

by thomasra

BTW: In order to get Bridge to work with activemq (via a resource adapter) I had to update the sendBatch method and create a new javax.jms.Message, copying properties since the current implementation is tied to JBossMessage and complains when using a foreign destination. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053534#4053534 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053534

18 years, 10 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 June 2007