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

[Design of POJO Server] - Re: JBAS-5689, bootstrap deployments not seen by profileserv

by scott.stark＠jboss.org

In terms of Bootstraps getting access to the KernelDeployments, I have done this in a less invasive change where the Bootstrap interface remains the same, but there is now a MCServer spi that extends Server to provide access to the Kernel and KernelDeployments: | public interface MCServer extends Server | { | public Kernel getKernel(); | public Map<String, KernelDeployment> getDeployments(); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187706#4187706 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187706

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Changes on the JBM stack on JBoss5

by vblagojevic＠jboss.com

Hi, You guys correctly point to the source of the problem which is a group that could not be flushed during getState call. I first thought that is a transient problem, however I was confused when I saw that you are not using FLUSH in your stack, are you? Anyway, the root cause is that the cluster could not be flushed for whatever underlying reason that might have happened and therefore the state retrieval did not proceed. You have the following options: a) keep things as they are - catch the exception on getState. The state will not be transferred to a joining node b) use another getState method where a parameter useFlushIfPresent is set to false. Cluster will not be flushed for state transfer in that case. I am not familiar with message ordering and state semantics that have to be satisfied in JMS. Are you familiar with FLUSH? There is a good summary here [1]. You might not need to flush the cluster during state transfer. Let us know. Regards, Vladimir [1] http://www.theserverside.com/tt/articles/article.tss?l=NewFeaturesJGroups View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187705#4187705 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187705

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: creating integration layer

by timfox

"clebert.suconic(a)jboss.com" wrote : | My point was, we need to ensure the dependencies are not broken. I mean.. we need to find eventual mistakes through compilation ant tasks. Yes, that's part of what Andy is doing. E.g. jar is compiled by its own compile target which only allows the correct dependencies so it will catch these kind of errors. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187704#4187704 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187704

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: creating integration layer

by clebert.suconic＠jboss.com

"timfox" wrote : "clebert.suconic(a)jboss.com" wrote : Begin brain storm... | | | | In my experience, when you break JARs you need to ensure the dependencies are aways one way. | | Yes, the dependencies are all one way. | | jbm-core depends on nothing | everything depends on jbm-core My point was, we need to ensure the dependencies are not broken. I mean.. we need to find eventual mistakes through compilation ant tasks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187700#4187700 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187700

17 years, 5 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: JBossAS Changes to Enable Embedded

by ALRubinger

Perhaps you're referring to: ++ ./shutdown.sh -s jnp://localhost:1099 --shutdown | Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/system/server/Server ...which is addressed and resolved by: https://jira.jboss.org/jira/browse/JBAS-6174 S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187675#4187675 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187675

17 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - ThreadLocalAssociation JBoss Security Hack

by richard.opalka＠jboss.com

Below is the copy paste from ThreadLocalAssociation.java: //This removes a custom callback security handler that might have | //been set if using UsernameTokenProfile with digest; doing this | //here won't be required anymore once our custom security manager | //will be used in our wsse implementation. | CallbackHandlerPolicyContextHandler.setCallbackHandler(null); | Is this ugly hack still necessary Alessio? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187671#4187671 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187671

17 years, 5 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: JBossAS Changes to Enable Embedded

by ALRubinger

Thanks, I'll have a look. If you can mail me off-list specifically what's failing, that'll help. :) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187669#4187669 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187669

17 years, 5 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: JBossAS Changes to Enable Embedded

by dimitris＠jboss.org

The tck started complaining about the moved classes: Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/system/server/Server at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187665#4187665 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187665

17 years, 5 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: JBossAS Changes to Enable Embedded

by ALRubinger

"dimitris(a)jboss.org" wrote : Oh, and to hijack the thread a bit, aren't we done with jboss-aspect changes? ;) Ah yes. They haven't changed (to my knowledge). So I suppose it's time to promote CRs to GAs. :D S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187652#4187652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187652

17 years, 5 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: JBossAS Changes to Enable Embedded

by dimitris＠jboss.org

"ALRubinger" wrote : Regarding "moving 'bootstrap'" from AS, I'll probably copy it to the new location, then we can decide whether to use the old module or new component. Then we can use it in EJB3 sooner, and AS can decide when it wants to make the switch (using a patch I'll supply). | That's much safer, I agree. Oh, and to hijack the thread a bit, aren't we done with jboss-aspect changes? ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187648#4187648 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187648

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 November 2008