[Messaging, JMS & JBossMQ] - Higher JMSPriority not stepping in front of lower JMSPriorit
by seoeng
Below is my invoker-proxy-binding and container-configuration for this specific MDB (Bean-Managed). Here is the use case:
1. Send JMS Message with JMSPriority 4 to Queue
2. Send JMS Message with JMSPriority 4 to Queue
3. Send JMS Message with JMSPriority 7 to Queue
The MDB (Bean-Managed) is processing as follows:
1. Receives JMS Message #1, starts processing
2. Receives JMS Message #2, starts processing
3. Receives JMS Message #3, starts processing
NOTE: All messages are queued before MDB finishes #1.
What behavior is expected:
1. Receives JMS Message #1, starts processing
2. Receives JMS Message #3, starts processing
3. Receives JMS Message #2, starts processing
Because Message #3 enters the Queue before Message #1 is finished processing in MDB, shouldn't Message #3 be consumed by the MDB next?
| <invoker-proxy-binding>
| <name>message-driven-bean</name>
| <invoker-mbean>default</invoker-mbean>
| <proxy-factory>org.jboss.ejb.plugins.jms.JMSContainerInvoker</proxy-factory>
| <proxy-factory-config>
| <JMSProviderAdapterJNDI>DefaultJMSProvider</JMSProviderAdapterJNDI>
| <ServerSessionPoolFactoryJNDI>StdJMSPool</ServerSessionPoolFactoryJNDI>
| <CreateJBossMQDestination>true</CreateJBossMQDestination>
| <!-- WARN: Don't set this to zero until a bug in the pooled executor is fixed -->
| <MinimumSize>1</MinimumSize>
| <MaximumSize>1</MaximumSize>
| <KeepAliveMillis>30000</KeepAliveMillis>
| <MaxMessages>1</MaxMessages>
| <MDBConfig>
| <ReconnectIntervalSec>10</ReconnectIntervalSec>
| <DLQConfig>
| <DestinationQueue>queue/DLQ</DestinationQueue>
| <MaxTimesRedelivered>10</MaxTimesRedelivered>
| <TimeToLive>0</TimeToLive>
| </DLQConfig>
| </MDBConfig>
| </proxy-factory-config>
| </invoker-proxy-binding>
|
| <container-configuration>
| <container-name>MDBConfig</container-name>
| <call-logging>false</call-logging>
| <invoker-proxy-binding-name>website-crawler-message-driven-bean</invoker-proxy-binding-name>
| <container-interceptors>
| <interceptor>org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor</interceptor>
| <interceptor>org.jboss.ejb.plugins.LogInterceptor</interceptor>
| <interceptor>org.jboss.ejb.plugins.RunAsSecurityInterceptor</interceptor>
| <!-- CMT -->
| <interceptor transaction="Container">org.jboss.ejb.plugins.TxInterceptorCMT</interceptor>
| <interceptor transaction="Container">org.jboss.ejb.plugins.CallValidationInterceptor</interceptor>
| <interceptor transaction="Container">org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor</interceptor>
| <!-- BMT -->
| <interceptor transaction="Bean">org.jboss.ejb.plugins.MessageDrivenInstanceInterceptor</interceptor>
| <interceptor transaction="Bean">org.jboss.ejb.plugins.MessageDrivenTxInterceptorBMT</interceptor>
| <interceptor transaction="Bean">org.jboss.ejb.plugins.CallValidationInterceptor</interceptor>
| <interceptor>org.jboss.resource.connectionmanager.CachedConnectionInterceptor</interceptor>
| </container-interceptors>
| <instance-pool>org.jboss.ejb.plugins.MessageDrivenInstancePool</instance-pool>
| <instance-cache></instance-cache>
| <persistence-manager></persistence-manager>
| <container-pool-conf>
| <MaximumSize>1</MaximumSize>
| </container-pool-conf>
| </container-configuration>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110239#4110239
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110239
18 years, 4 months
[EJB 3.0] - Trouble accessing local EJB from webapp
by mjremijan
It's been a while since I've worked in the EJB world (been doing a lot of just webapp development lately) so please bear with me.
I am using jboss-4.2.1.GA and java version "1.5.0_11"
I am working on a simple EJB project. I have 1 local session bean an 1 entity bean which is managed by the Java Persistence API. I pack this all up into an ear file and deploy it to jboss. I can see in the JNDIList the ejb is deployed:
| +- oak.oths.domain (class: org.jnp.interfaces.NamingContext)
| | +- AlumniEjb (class: org.jnp.interfaces.NamingContext)
| | | +- local (proxy: $Proxy172 implements interface org.oak.oths.domain.alumni.AlumniLocal,interface org.jboss.ejb3.JBossProxy,interface javax.ejb.EJBLocalObject)
|
Now I have a webapp. This webapp is deployed as a seperate war file. Inside the webapp I do a JNDI lookup, find the object, but get a java.lang.ClassCastException when I try to typecast or PortableRemoteObject.narrow() it to the EJB's local interface, AlumniLocal.
| // This causes a ClassCastException!
| AlumniLocal local
| = (AlumniLocal)ctx.lookup("oak.oths.domain/AlumniEjb/local");
|
I can loop over the interfaces which the class implements and it does indeed implement the AdminLocal interface so my question is why am I getting this ClassCastException? If the EJB is in an EAR file and the webapp is deployed as a seperate WAR file can the two not use Local interfaces?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110238#4110238
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110238
18 years, 4 months
[JBoss Seam] - Re: Having problems with quality of distributions
by woo37830
The seam-contactlist example would not create a new contact using Safari on Mac Leopard. Followed all examples explicitly. The seam-booking actually crashed the Safari browser when trying to register.
NOW, I have found that using Firefox browser, both seam-booking and seam-contact list seem to work correctly.
You should probably add something about verifying that the problem is not a browser problem by trying other browsers. At least on my Leopard 10.5.1
Safari browser crashes when trying some examples and others just don't work, (i.e. clicking on create does nothing in the seam-contactlist)
Windoze explorer(on mac Leopard 10.5.1) does not work correctly either mostly by not locating the web application. I.e. //http://localhost:8080/seam-booking/ gives me a 404 error.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110228#4110228
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110228
18 years, 4 months
[JBossWS] - Re: JBoss WSSecurity and .Net Client
by method_ben
I did a web service with JBossWS running on JBoss AS 4.2.2.GA. I installed JBossWS 2.0.2.GA. I deployed it in a war file with the jboss-wsse-client.xml,jboss-wsse-server.xml, wsse.keystore and wsse.truststore (in the WEB-INF).
"Every things is ok with a java client". I have exported a certificate with the java keytool.
In my Visual Studio Project, I specify the certificate with WSE Setting 3.0 (the Policy Tab). When I run my .Net client, I get this error :
System.Security.Cryptography.CryptographicException
"Object contains only the public half of a key pair. A private key must also be provided."
The exception is throwed by .Net Environment and I get no exception on my JBoss AS log file.
I think that the exported certificate from the java keystore does not contain the private key or has not a valid format!?
The certificate must be converted ?
Thx
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110224#4110224
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110224
18 years, 4 months
[JBoss Seam] - Re: Ajax, conversation and multiple requests..
by appendix
Hi,
thank you guys for your posts!
Actually section "6.9. Concurrent calls to conversational components" in the reference documentation really covers the topic in an excellent way.
But I think I don't fully understand, why this behavior can still occur if there is the same eventQueue set on all ajax request generating input fields on the page?
Shouldn't then only one ajax request be sent at the time, hence no concurrent calls on the conversational component and no need for Seam to serialize them.
Also I wonder if there is a way to simply ignore (not even showing) the "Conversation ended" message.
If I'm getting it right, the worst that could happen is, that a validationMessage (coming from one of the many ajax request) is not properly displayed, but not this "Conversation ended" behavior.
Am I miss something here and simply ignoring is not a good idea anyway?
Cheers, Kurt
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4110219#4110219
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4110219
18 years, 4 months