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

[Design the new POJO MicroContainer] - Re: Deployers Ordering Issue

by richard.opalka＠jboss.com

"alesj" wrote : "richard.opalka(a)jboss.com" wrote : "alesj" wrote : | | | No, deployment stage is something different, and imho it shouldn't have anything to do with explicit ordering. | | | | | What about this usecase? | Nope, not valid. | Just to clarify my stay - Of course, this is not valid! This is exactly what I'm trying to say. What I'm saying is: Such wrong usecase isn't detected. It have to be detected and exception have to be thrown :( View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240059#4240059 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240059

15 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployers Ordering Issue

by richard.opalka＠jboss.com

"alesj" wrote : | So you're saying your use case should move Deployer2 into PRE_REAL? | I'm not saying Deployer2 should be moved to PRE_REAL. I'm saying such usecase should be rejected and exception must be thrown ;) Generally speaking I don't need stages to be included in comparison. But to create the correct fix of this issue, not just hotfix, stages needs to be taken into account as well and such wrong usecases (as defined above) have to be detected. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240054#4240054 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240054

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by clebert.suconic＠jboss.com

When compacting is finished you can just update them in memory in one operation. Yes, but so far what I have seen is I need to know what deletes happened during compacting to perform this operation. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240042#4240042 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240042

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by timfox

As deletes come in you update the counts in memory as normal. Compacting *does not* change those counts. When compacting is finished you can just update them in memory in one operation. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240039#4240039 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240039

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by clebert.suconic＠jboss.com

anonymous wrote : I don't think you need to cache any deletes that come in during compacting. How do I know what deletes came during compacting if i don' t cache them? Example: File1: Record1 File2: record10 File3: Record100 File4: CurrentFile I start compacting: As I' m compacting, delete100 comes. I write Delete100 on File4, but the data structures think that File3 has Record100. So, a negCount on File3 will be added. At the end, you will have File1: Record 1, Record 10, Record100 File4: deleteRecord100 File1 will not be reclaimable until you reload the journal and reclaulate te Positives and Negatives. When I'm done compacting, I don' t know what deletes happened during compacting to fix this issue. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240038#4240038 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240038

15 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployers Ordering Issue

by alesj

"richard.opalka(a)jboss.com" wrote : "alesj" wrote : | | No, deployment stage is something different, and imho it shouldn't have anything to do with explicit ordering. | | | What about this usecase? Nope, not valid. You're not seeing the whole picture (see my use case). :-) So you're saying your use case should move Deployer2 into PRE_REAL? What about if this is PRE_CL, whereas my Deployer2 was explicitly set to POST_CL - for pretty valid I-Need-ClassLoader reasons? How would you generically/declaratively handle this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240033#4240033 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240033

15 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployers Ordering Issue

by richard.opalka＠jboss.com

I'll let you understand the problem first Ales. Then we'll discuss this (to prevent another long round) ;) I just brain dumped my current thoughts to this forum to have it stored somewhere before I'll return to other issues on my plate. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240032#4240032 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240032

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by timfox

Right, but you don't need to do that until after you've done the compacting, and that can be updated quickly. I don't think you need to cache any deletes that come in during compacting. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240031#4240031 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240031

15 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by clebert.suconic＠jboss.com

I need to update dataFiles pos and neg counters with the deletes that happened during compacting. If I don' t do that those files will not be reclaimable until we restart the server. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240030#4240030 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240030

15 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployers Ordering Issue

by alesj

"richard.opalka(a)jboss.com" wrote : | ad1) Put all deployers to the same collection (not list per stage like current impl) | ad2) on deployers chain retrieval | * check whether sorting needs to be done (yes if deployers were added/removed to/from the chain from last getDeployersList() method call) | * sort all deployers if change is detected only | ad3) Return all deployers belonging to requested deployers chain (getDeployersList() method call) from sorted list of deployers | Nah, changing stages automagically is something you don't wanna do, even though the order might appear to be wrong. I would expect the stage to be set on purpose. e.g. POST_CL, since I need ClassLoader to be present, hence I don't wanna that my order changes based on someone else's illegal input/output "richard.opalka(a)jboss.com" wrote : | NOTE: Sorting algorithm have to take deployment stages, inputs, outputs and relative order into account. Current algorithm based on comparing two deployers doesn't include all possible usecases and it ignores inputs and stages. | We don't ignore inputs --> inputs == Dots::head in Dominoes View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240027#4240027 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240027

15 years, 8 months

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 June 2009