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

[Design of JCA on JBoss] - Re: Implement WorkContextProvider Check

by jesper.pedersen

Jeff, can you create a page under http://www.jboss.org/community/wiki/JBossJCAPOJO called http://www.jboss.org/community/wiki/JBossJCAPOJODevelopment where you'll attach your Eclipse files ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243352#4243352 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243352

16 years, 8 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: Shortcomings of Virtual Archives (in progress)

by ALRubinger

"jason.greene(a)jboss.com" wrote : If you have a class instance, then putting its bytes in the VFS is a waste. So you agree with me that the subject of this Thread is appropriate? :) "jason.greene(a)jboss.com" wrote : If you don't have a class instance, then you have a very different API, that operates off of Files/URLs. addClass(Class<?> class) simply delegates out to addResource(String resource): http://anonsvn.jboss.org/repos/jbossas/projects/embedded/trunk/core/src/m... http://anonsvn.jboss.org/repos/jbossas/projects/embedded/trunk/core/src/m... Both are covered by the API: http://anonsvn.jboss.org/repos/jbossas/projects/embedded/trunk/core/src/m... S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243350#4243350 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243350

16 years, 8 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: Shortcomings of Virtual Archives (in progress)

by jason.greene＠jboss.com

"ALRubinger" wrote : | However, I could conceivably add classes as resources from elsewhere on the file system, and these are not covered under java.class.path. In that case, the bytes need to be copied and in memory within the virtual archive. | If you have a class instance, then putting its bytes in the VFS is a waste. If you don't have a class instance, then you have a very different API, that operates off of Files/URLs. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243347#4243347 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243347

16 years, 8 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: Implement WorkContextProvider Check

by gurkanerdogdu

Sure. Is there any eclipse formatter file that I can use ? Thanks; View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243346#4243346 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243346

16 years, 8 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: Shortcomings of Virtual Archives (in progress)

by ALRubinger

"jason.greene(a)jboss.com" wrote : There really is no need for the "classes" to appear in VFS. If someone wants to get a stream for a class instance, they would normally do clazz.getClassLoader().getResource(clazz.getName()) anyway, because there is no guarantee that a class visible to the deployment is actually in the deployment In some cases, the classes do need to be in the virtual archive. This has to work the same way a physical deployment would. In a real JAR, we've got class files. So the deployment CL picks those up and uses them if the FQN is not already handled by a parent CL. The only difference in the testing scenario is that the classes *are* all visible to a parent CL (usually the appCL) because the test launcher will put everything on java.class.path. In this case copying the bytes again within memory is a waste. However, I could conceivably add classes as resources from elsewhere on the file system, and these are not covered under java.class.path. In that case, the bytes need to be copied and in memory within the virtual archive. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243333#4243333 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243333

16 years, 8 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: Shortcomings of Virtual Archives (in progress)

by jason.greene＠jboss.com

There really is no need for the "classes" to appear in VFS. If someone wants to get a stream for a class instance, they would normally do clazz.getClassLoader().getResource(clazz.getName()) anyway, because there is no guarantee that a class visible to the deployment is actually in the deployment View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243324#4243324 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243324

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - clustered grouping issue

by ataylor

Ive just about completed clustered grouping using a single node approach. I have one edge case that I'm not sure how to solve. The problem. Lets say a group is bound to node 1 that has a single consumer. Another node, node 2, currently forwarding messages with a specific group id to node 1. At this point node the consumer is removed from node 1, however since node 2 is not yet notified of this removal it carries on forwarding messages. At some point node 2 realizes that node 1 no longer has any consumers so must make a decision as to where to forward messages to. The problem is however that it must be sure that the queue on node 1 has redistributed all the messages with the same groupid before it restarts sending. One solution would be to wait until node 1 has informed us that all the messages for the queue have been redistributed. The problem with this is that there could be a lot of messages in the queue, which could take a while and also if a consumer is added before all the messages are redistributed then we may have messages still in the queue with a groupid that have to be redistributed. another solution would be to have a special groupIdRedistributor. When a consumer that is pinned to a group is removed we create a Redistributor with a filter that matches the groupid. The messages are consumed and redistributed to another node and then the nodes are informed they can start redelivering. The problem here is when does the consumer know when all the messages have been delivered. A simple solution would be to have a delay time larger than the redistribution delay time. we simply hold back on delivering the message until the delay has elapsed and then restart. Not sure if this would fly tho' View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243323#4243323 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243323

16 years, 8 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: Exception in TestClasses

by jeff.zhang

I guess the eclipse env classpath is not correct? Can you check the test running configuration - classpath. Make sure eclipse and console use the same jars. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243278#4243278 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243278

16 years, 8 months

1
0
0 / 0

[Design of POJO Server] - Re: Getting the whole cause stack of the deployment exceptio

by alesj

Currently I have this contract: | void handleException(T exception, ControllerContext context); | Should I return boolean or Throwable? In case I return false it would mean that we don't add this as part of missing dependency. Same with returning null. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243276#4243276 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243276

16 years, 8 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: Implement WorkContextProvider Check

by jesper.pedersen

The patches looks good. But if I could get you to run | ant checkstyle | and update the patches, that would be great :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243272#4243272 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243272

16 years, 8 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 July 2009