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

[Design of JBoss Portal] - Re: Portal build

by julien＠jboss.com

Also one feature we need is the addition of profile for the target of the build which would contain: - a set of properties (today already modelled in build/etc) - a thirdparty - a set of re-definable targets (polymorphism), for instance to assemble the final portal according to the target View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061400#4061400 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061400

18 years, 9 months

1
0
0 / 0

[Design of JBossCache] - Re: Partitioning in JBoss Cache - JBCACHE-60

by bstansberry＠jboss.com

The regions as the unit of granularity for a PartitionGroup can be very helpful as well. For example, one thing that could be useful would be picking separate PartitionGroup per session. Effect of this is session copies for an "owner" are distributed around the cluster, rather than all on one or two nodes. With that, the session mgmt layer can work with the load balancer to provide info about who the preferred failover target is, without having to worry that upon failure that target is going to have to take over the workload of 100% of the failed node's sessions. (Note there's no need to have a "PartitionGroup per session". You just have enough regions/PartitionGroups to adequately divide the failover load and then organize how the sessions are cached accordingly.) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061397#4061397 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061397

18 years, 9 months

1
0
0 / 0

[Design of POJO Server] - Re: Running with the full featured profile service

by rrajesh

I did work with a clean build. I verified it again now. I am creating a profileservice config by: 1. moving conf/bootstrap-repo-beans.xml.xml to conf/bootstrap-beans.xml 2. moving deployers/profileservice-beans.xml.bak to deployers/profileservice-beans.xml I am unable to start the server with the same error as above. 12:43:05,277 INFO [ServerImpl] Starting Microcontainer, bootstrapURL=file:/qa/home/rrajasekaran/jboss-trunk/build/output/jboss-5.0.0.Beta3/server/profileservice/conf/bootstrap-beans.xml | 12:43:07,196 INFO [ProfileServiceImpl] Loading profile: profileservice from: org.jboss.system.server.profileservice.repository.SerializableDeploymentRepository@df2d38(root=/qa/home/rrajasekaran/jboss-trunk/build/output/jboss-5.0.0.Beta3/server, key=org.jboss.profileservice.spi.ProfileKey@99c7696e[domain=default,server=default,name=profileservice]) | 12:43:07,199 INFO [ProfileImpl] Using repository:org.jboss.system.server.profileservice.repository.SerializableDeploymentRepository@df2d38(root=/qa/home/rrajasekaran/jboss-trunk/build/output/jboss-5.0.0.Beta3/server, key=org.jboss.profileservice.spi.ProfileKey@99c7696e[domain=default,server=default,name=profileservice]) | 12:43:07,347 ERROR [AbstractKernelController] Error installing to PreInstall: name=AspectDeployer state=Not Installed | java.lang.NoClassDefFoundError: org/jboss/deployers/plugins/deployer/AbstractSimpleDeployer View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061396#4061396 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061396

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Precedence

by alesj

I managed to get tests working with current sort - by not changing the test, but sort impl. ;-) I still need to document the heuristics - hopefully there is one :-) - and add some more tests accordingly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061394#4061394 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061394

18 years, 9 months

1
0
0 / 0

[Design of JBossCache] - Re: Partitioning in JBoss Cache - JBCACHE-60

by bstansberry＠jboss.com

I like. This can be a more effective solution for the session replication use case as well. Particularly like the hard and soft limits. I think that's an important concept to allow a tradeoff between redundancy and the need to move data around the cluster following a failure. If I configure 2 buddies with a min of 1 and one of my buddies fails, there is no need to immediately move any data around the cluster upon failure. Any movement will just be for requested data, as the requests come in. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061392#4061392 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061392

18 years, 9 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Initial UI Server Prototype Discussion

by sohil.shah＠jboss.com

This is a good discussion thread...so far let me summarize the points that we are in agreement on for the UI Server architecture, to push the prototype further 1/ the ui server should have its own module that does not depend upon core or theme framework and introduce its own concepts 2/ testing it in core should be done using a core-uiserver module (temporary) that reuses core + uiserver module and produce a jboss-portal.sar that mixes both 3/ the protocol between the consumer and producer (let's call them like in WSRP) needs to be done really using a protocol modeled under the form of data objects (I am going to describe that in another post). 4/ in the core-uiserver part, the current core controller should be reused with with separate implementation of ResponseHandler that would adapt the current core controller command framework to the ui server protocol. 5/ The consumer and producer exchange data using a protocol, which simply means that the consumer makes a request, the producer perform something and returns back a response that the consumer should handle. 6/ It could be an option, however I would prefer to separate protocol request state from protocol request meta data. On example is that the type of a request is a meta data and I want rather to use a design which use annotations. Point still open for discussion: Hierarchially how broad should the UIServer Object model be. 1/ Should it be slim 2/ Should it be an extensible hierarchy of Objects. IMO- I prefer an extensible hierarchy of Objects as long as this entire hierarchy is not exposed/exploited on the client side of things, making client side integration code quite complex and not so de-coupled What I am suggesting is a simple object based protocol between the Controller layer and the UI Server layer and an extensible hierarchy of UI Objects to be used internally by the UI Server Clarification: when I say client side in this case, I mean the Controller layer which is a consumer to the UIServer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061389#4061389 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061389

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: AbstractCollectionMetaData fails with optional add() ope

by juha＠jboss.org

"alesj" wrote : I've commited the changes. | | You can now use any of these two: | - (1) from Adrian's list - setting up exact class | - my preinstantiate attribute on property - setting it to false | | Let me know how it goes. I worked around the preinstantiated collection since I'm on JBossMC_2_0_0_Beta3 still. Is there a new tagged release anywhere in the horizon? I'd like to avoid HEAD as much as possible. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061376#4061376 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061376

18 years, 9 months

1
0
0 / 0

[Design of JBossCache] - Partitioning in JBoss Cache - JBCACHE-60

by manik.surtani＠jboss.com

This is in reference to JBCACHE-60 and a wiki page I put up discussing some initial designs. Partitioning is basically a concept taking Buddy Replication a few steps further, primarily removing the need for session affinity. Please have a look at my initial thoughts on the wiki - I will elaborate with more diagrams, etc. on the wiki soon. Cheers, Manik View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061375#4061375 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061375

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC 2.0 tasks

by alesj

Comment on the newly added JIRA tasks: JBMICROCONT-190 Bug in deployer sorting - still working on it ;-( JBMICROCONT-183 ManifestDeployer has a TODO relating to VFS snapshot update - Scott, when will we update VFS? JBMICROCONT-174 Add API for dynamic aliases - next on my TODO list (see 173) JBMICROCONT-121 Javassist based reflection objects uses the compiler JBMICROCONT-122 Use the ScopedClassPool from javassist JBMICROCONT-127 ClassInfo tests testing annotation attribute values JBMICROCONT-128 ClassInfo should be serialzable JBMICROCONT-129 Implement support for the generic metadata in the javassist implementation of ClassInfo JBMICROCONT-133 Figure out how to generically do the equivalent of setAccessible() for the javassist constructed reflection objects How much of the Javassist is due to 2.0.(CR1|GA)? I'll have a look at ClassInfo eventually. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061374#4061374 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061374

18 years, 9 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Initial UI Server Prototype Discussion

by sohil.shah＠jboss.com

anonymous wrote : | There are also other valid points that makes me prefer a hierarchy over an objects that aggregates all: | | - easier to debug | - easier to categorize | - inheritance and polymorphism can be leveraged | These are actually valid points. I am more concerned about the hierarchy overload from the standpoint of what objects are used/exposed to the Controller layer as it integrates with the UI Server. I think the best of both worlds would be, inside the UIServer still have this hierarchy of objects, to be used internally by the Ui Server, but as far as the Controller code that invokes functions on the UI Server, the protocol should be lean and mean with a trimmed down object model.. For lack of better term I would call it the "Client Side Object Model" while the Internal Model could be called "Server Side Object Model" View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061371#4061371 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061371

18 years, 9 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 2007