December 2006 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: OSGi integration

by alesj

I would like to pull the OSGi module out of the Microcontainer project into separate project (as Scott did with VFS) under 'https://svn.jboss.org/repos/jbossas/projects/osgi'. Why? I went over the r4 spec and Spring's OSGi integration - and this is probably really the same thing we want to have. What's really important is that Spring's OSGi spec (http://www.springframework.org/osgi/specification) was influenced a lot by the same people (core OSGi EG members) that we are also involved with - so doing something totally different doesn't make sense. Ok, the two impls would look a lot the same (if somebody has a problem with this, let me know), but I don't think we are here to reinvent the wheel. We are basically trying to put a good spec onto MC's behaviour. And with this similar OSGi approach and our (almost) ready Spring XML schema support, I think we would offer users / developers a good option of choosing what they want to use - full app. server or simple IoC container. Our OSGi project would be (similar to Spring's) divided into different modules. These are the one's that I currently have in mind: - core (integration with MC) - starter [extender] (Activator bundle) - test - examples [samples] - services (optional impl of OSGi services on top of our architecture - log, security, ...) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996826#3996826 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996826

18 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Web Console: Graphical buttons

by alex.guizar＠jboss.com

[OT] I just saw the screenshot of the new task console... I must say, AMAZING JOB! Keep it up! :-) -Alejandro View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996825#3996825 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996825

18 years

1
0
0 / 0

[Design of JBossCache] - Re: Serialization Compatibility Tests

by manik.surtani＠jboss.com

As for the other errors you see, we will need an exclusion list for classes that need not be compared, such as: | org.jboss.serial.objectmetamodel.DataContainer | As for classes such as | org.jboss.cache.marshall.JBCMethodCall | I have raised a JIRA task to set the svuid to be the same as previous 1.4.x releases. http://jira.jboss.com/jira/browse/JBCACHE-917 As for these classes: | org.jboss.cache.OptimisticTreeNode | org.jboss.cache.optimistic.DefaultDataVersion | org.jboss.cache.optimistic.FqnComparator | I have added a task to investigate these. Apart from DataVersion, they are not streamed and should not be serializable at all. For the 2.x.x series, I will make sure they are not serializable, and for 1.4.x, make sure they have compatible svuid props. See http://jira.jboss.com/jira/browse/JBCACHE-918 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996818#3996818 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996818

18 years

1
0
0 / 0

[Design of JBossCache] - Re: Serialization Compatibility Tests

by manik.surtani＠jboss.com

Agreed that some exceptions may get serialised as return values, but as you pointed out, this is not in the list of errors. As for other JGroups classes, those that are transported across the wire are marshalled using the TreeCacheMarshaller in 1.4.0, so this is not a problem when talking to 1.4.x. This does break down in one scenario though; and this is when we use region-based marshalling (JBC 1.2.x/1.3.x) which forces Java serialization on the payload, including JGroups classes. (When not using region-based marshalling, JGroups Streamable interface is used, which does not make use of Java seriaization) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996816#3996816 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996816

18 years

1
0
0 / 0

[Design of JBoss Eclipse IDE (dev)] - Re: Re: Seam support in the JSP editor

by max.andersen＠jboss.com

nope, are you voluntering ? :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996797#3996797 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996797

18 years

1
0
0 / 0

[Design of JBoss Eclipse IDE (dev)] - Re: Seam support in the JSP editor

by perwik

BUMP Did anything ever happen to this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996794#3996794 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996794

18 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Client-side failover valve

by clebert.suconic＠jboss.com

1. The Valve is an interceptor. I first wanted to implement it as an aspect, but then I had a problem of enabling/disabling the valve when we are calling a ClusteredCF and a non ClusteredCF. Another point also is... the Valve needs to be instantiated per connection, i.e. All objects created after a connection will share the same instance. We could use ConnectionState to store the data. That was one of the questions I had on another thread but we left the discussion for later. 2. As I said on 1. ValveAspect is an interceptor. Maybe we should rename it. I have kept is as an extension, because HAAspect is per-instance and leaves per connectionFactory, while ValveAspect is perConnection and leaves on any object created after Connection. The valve works more like a proxy. The Valve also needs some features existent on HAAspect that's why we have the inheritance. Maybe we could merge ValveAspect into HAAspect (even I wouldn't agree, since the Valve is more like a proxy). 3. As I said on 1 and 2... The Valve is a proxy, holding any calls while failover is happening on any thread or object associated with a Connection. It's using readWriteLock to perform such feature. Regarding the observations I will see what's going on with 2 and will change 1. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996781#3996781 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996781

18 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Client-side failover valve

by ovidiu.feodorov＠jboss.com

Clebert, I would like to understand the logic behind the way you implemented the Valve. Here are some questions: 1. I noticed that ValveAspect extends HAAspect but also implements Interceptor. Why do you need to extend HAAspect? Is the Valve construct an aspect (is it intended to encapsulate multiple advices) or it is essentially an interceptor (a single advice)? 2. I don't see a ValveAspect in aop-messaging-client.xml, which means you're using it in a non-standard way. You've got to decide whether it's an aspect/interceptor, and then you initialize it consistently with the rest of the stack, or it's something else, but in that case don't call it "aspect", call it something else. 3. Please write down (no more than three-four paragraphs) the way your client-side valve is intended to work. Some general observations: 1. Please use the commonly-accepted coding style where you guard various sections of your class file with labels (// Constants ---, // Constructors ---, etc) 2. Make sure that after you check in the $Id$ tag is correctly updated. I noticed that in your case it isn't. It has something to do with your SVN client set-up, it happened to Tim as well, and he fixed it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996775#3996775 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996775

18 years

1
0
0 / 0

[Design of EJB 3.0] - Re: Component Proposal - Configurable Service Locator

by ALRubinger

Thank you, Scott. Will need to read further on the JEE 5 Spec (Chapter 9, specifically) and determine how I might best assist Carlo. If anyone has a couple tasks they'd like to offload in this area, I'm open and available. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996764#3996764 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996764

18 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-696 - Reference counting on Lease during fai

by clebert.suconic＠jboss.com

I though upgrading remoting fixed this... But we just got a failure on cruisecontrol: http://cruisecontrol.jboss.com/cc/artifacts/jms-head-testsuite-mysql/2006... I will keep an eye on cruisecontrol.. and maybe run the test under loop. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996739#3996739 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996739

18 years

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums December 2006