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

[Design of Clustering on JBoss] - Re: Transaction Stickiness in heterogeneous/homogeneous depl

by galder.zamarreno＠jboss.com

Ok, I'll make sure I add this to the TransactionStickyLoadBalancePolicies wiki in http://www.jboss.org/community/docs/DOC-12437 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182945#4182945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182945

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by scott.stark＠jboss.org

I'll take a look at the todos later today. I'm not sure if we need a new annotation or just a new property on ManagementObject or ManagedDeployment, ManagementComponent. The ManagedDeployment/ManagedComponent + the higher level hierarchy of the jsr77 namespace is what best matches the jsr77 module/component conventions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182926#4182926 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182926

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Strange (?) code in transactionimpl for paging

by clebert.suconic＠jboss.com

Coincidence: I have changed this on my branch on large-messages yesterday, as I needed it fixed in order to delete large-files on servers. The decrement reference will happen after commit, hence the cancellation won't need to that any more. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182923#4182923 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182923

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by alesj

"scott.stark(a)jboss.org" wrote : and I see you updated JSR77SpecUnitTestCase, great. It's not yet fully enabled. The component parts - servlets, ejbs, ... - are still disabled. If we can somehow extract info within those 2 TODOs in AbstractJSR277Deployer, everything should fall in place. You mentioned managed view. Then I guess we would need to add new @JSR77Name annotation to jboss-man? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182921#4182921 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182921

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by scott.stark＠jboss.org

and I see you updated JSR77SpecUnitTestCase, great. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182918#4182918 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182918

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JSR77 View

by alesj

"scott.stark(a)jboss.org" wrote : By just generating the names off of the deployment names, and metadata. It does not need to match or be derived from any mbeans that may be generated by the deployers. There are 3 parts to the jsr77 namespace: | - hierarchy - that should be known from the deployment + the top level domain | - module type - known from the metadata | - component type - known from the metadata | I've committed this part. And it surprisingly works. :-) See AbstractJSR277Deployer for the missing TODOs, extracting root and components mbeans / ObjectNames. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182914#4182914 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182914

17 years, 5 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: Transaction Stickiness in heterogeneous/homogeneous depl

by bstansberry＠jboss.com

Agreed. If the user selects a transaction-sticky load balance policy, they are saying they want to stick to the node where the initiated the transaction. If, for example, they didn't want that for EJB2 so they deploy it on another node, they can not use a transaction-sticky LBP for EJB2. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182898#4182898 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182898

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: new QueueBrowser implementation

by ataylor

Ok so I'm implementing it using a queue then theres no change at all to the consumer code. a couple of slight issues are that when i create the new queue i need to copy the references out of the actual queue before allowing the new queue to start receiving messages. Ive added a createQueueCopy method on session to do this. Also since queue browsers don't need the connection(session) to be started I'm adding a flag on consumer to ignore the stopping/starting of the session and start straight away. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182896#4182896 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182896

17 years, 5 months

1
0
0 / 0

[Design of JBoss Build System] - Re: buildmagic-tasks.jar

by akostadinov

Committed revision 79633. I tested it works with JBoss AS trunk rev79434 Btw, I'm seing the following suspicious files in tools/lib: org.eclipse.jdt.core_3.2.3.v_686_R32x.jar junit.jar jdtCompilerAdapter.jar jbossbuild.jar pretty.jar bsf.jar resolver.jar I think that these better go to the new lib-ext directory and be included in the required tasks' classpaths. No idea where are these used though. As well if the whole build and test suite get moved to maven eventually, these will go away with it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182890#4182890 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182890

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Strange (?) code in transactionimpl for paging

by timfox

| // Putting back the size on pagingManager, and reverting the counters | | | if (message.incrementReference(message.isDurable() && queue.isDurable()) == 1) | { | pagingManager.addSize(message); | } | I don't understand why this code is necessary. Surely paging happens *before* routing. So any cancellation shouldn't effect any counters. After all, after cancellation it doesn't get paged again, it's still routed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182889#4182889 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182889

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