[JBoss Messaging] - Re: JMSServerControl.createQueue() fails when there are any
by timfox
"clebert.suconic(a)jboss.com" wrote : On the JMS example, the only bug I found was the second destination didn' t enter into page mode right away. What should be fixed. But that will mean the destination will enter into page mode right away, so it should fail at the first time.
|
| In your case.. you have the server full. We can't route any more messages until DestinationA had messages being consumed and Acked.
|
|
| So... what's happening is:
|
| Client sends messages to destinationA.
| At this point the server is Full.
|
| Client sends messages to destinationB.
| (At this point the server should still be full. DestinationB should page right away, and the consumer shouldn' t receive anything until messages from destinationA were received).
|
That's not the behaviour I would expect.
I would expect destinationB to be depaged too - since it's just going to be consumed anyway.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247766#4247766
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247766
16 years, 8 months
[Microcontainer] - Re: StructureDeployer that supports subdeployments
by beve
anonymous wrote : Or even better, you provide me with your valid use cases,
| and I'll include this as part of Deployers impl / tests,
I'd be happy to provide the use cases that we have.
The requirement we have today is to support sub-deployments that are located in sub directories. This is required so that we are backward compatible. For ESB 5 we can look having more strict deployment rules, such as wars should be packaged in a wars directory for example.
For us it would be great to have a StructureDeployer implementation that takes a suffix for the type of deployment being deployed. We'd also need this deployer to be able have the option of supporting all types of sub-deployments.
I've tried extending the JarStructure but that did not really work for me. I'm now trying just to extend AbstractVFSStructureDeployer and making this as flexible as possible.
Not sure if that was the type of use case you meant. I've got some unit test for this too. Let me know if you'd like them and I'll send you them (they are not checked in).
anonymous wrote :
| as I see this should be a good use case - nice structure deployers extensions.
| Hence any future demand should be easy - having this as an impl entry point.
It would be really nice to have something like this I think:)
Thanks,
/Daniel
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247765#4247765
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247765
16 years, 8 months
[EJB 3.0] - static ejb client stubs?
by robert.geisler
hello...
in our project we used ejb 2.1 and JBoss 4.2.2. lately we migrated to ejb 3.0 and tested portability on WebsphereAS. this worked very well, but there was one clear conspicuousness... that is that WebsphereAS uses static ejb stubs, which the developer/ deployer has to generate and to deploy to clients.
now we wonder how this is done in JBoss. we know about dynamic stubs aka. proxies; the server generates and the client downloads them; all automatically.
and well, this is fine, because it is easy. but is it best?
thats why i am asking you... can you please (link me to some documentation that) explain in detail how client-server-communication works?
* when and how many times does the client download a stub for one remote business interface? how often does the server generate that stub?
| * is there a option in JBoss to use static stubs (as in WebsphereAS)? how does one generate these stubs?
i guess, you allready noticed that i am asking because of performance (cpu for generating, network traffic for downloading). of course i know that dynamic stubs are easy, but i want to balance both options.
thanks in advance.
robert
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247752#4247752
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247752
16 years, 8 months