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

[Design of EJB 3.0] - Re: Pluggable @EJB Resolvers

by ALRubinger

What do we need the deployment unit for? A ClassLoader and JBoss50MetaData could suffice? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184998#4184998 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184998

15 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Analytical and operational dashboards

by KrisVerlaenen

At this point, I believe the database itself could almost be considered an API, it defines the data that could be reasoned on. Currently there is need to put a Java API on top of that, as it will become very difficult to create one that is both generic enough to support all use cases and specific enough to offer simple methods to end users. I do believe though that it could be useful to define a "minimal" schema (the minimal data that the db should contain to make it useful), and think about making that extensible so people can add more information later (and be able to use that extra information somehow in the analysis). Are there any plans to support business indicators (KPIs)? Because people usually don't really reason about "the number of process instances", more about "outstanding orders", "the time to complete an order", etc. This might be somewhat related to CEP: creating higher-level business events from lower-level process events. Just a thought for the future though, to support business users. Simple operational dashboards for admins are probably the first step towards that. Heiko: I'd love to hear about your ideas / technology / progress on this next week, you don't be surprised if I ask you that question ;) Kris View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184984#4184984 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184984

15 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Status of LargeMessages work

by clebert.suconic＠jboss.com

VIII - When sending very large messages, I need to make sure the server will not overuse the remoting connection running out of memory, so I've changed the ServerSide flow control to use a Semaphore instead of a AtomicInt. As the messages are chunked, I acquire the packetSize (or chunkSize) from availableCredits. When running out of credit ServerConsumerImpl will just wait until more credits are returned from the client. As far as I can see, in regular cases Semaphore is as performant as AtomicInteger (look at the JDK implementation/ Sync class). And as I needed the chunk to wait on the credits I have made this change for now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184982#4184982 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184982

15 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Status of LargeMessages work

by clebert.suconic＠jboss.com

This is the status of my current work on MessageChunk and LargeMessages. It is committed on https://svn.jboss.org/repos/messaging/branches/Branch_Chunk_CRS2/ waiting revision before we add it to trunk. Branch_Chunk_CRS2 was just created today (r5188) I - I have added a method getPacketSize on the Packet interface. The abstract class is still returning (at this point at least) the DefaultPacketSize, but MessageSend, Chunk and Receive are calculating the packetSize accordingly. With that the InVM transport will also work for big messages, and we can avoid extra unecessary buffer creations. * As soon as we merge it on trunk, we could have all the packets implementing this. But this is not a really high priority. II - I have added a new interface called ServerLargeMessage which will be implemented by each storage-manager we have. We have JournalServerLargeMessageImpl and NullStorageManager. The StorageManager will be responsible for the instantiation of this class. III - I have separated the reference counting of references and durable references on Messages (that fix on paging discussed on this thread: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=144128) As soon as we remove the reference from the queue (ACKs) I decrement the refCount. I use that ref to delete large messages stored on files. IV - Paging could page largeMessages also. (On that case I don't take the bodySize in consideration, as that will be stored outside of the memory). V - The ChunkSize is configured on the ConnectionFactory, and the default is 100k VI - I have created a new Packet caleld SessionSendChunkMessage, and it is being used both ways (client2server and server2client). VII - When uploading files, I'm using an extension as ".tmp" until they completed. I have found a few edge cases on keeping track of those files after a restart, and I need to have some discussion about how to do it. It looks like I will need to inspect the files for files on journal and paging when we restart. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184980#4184980 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184980

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: ProfileService Guidance

by anil.saldhana＠jboss.com

Scott, we still support the legacy parsing methods. But we recommend stefan's work on BeanMetaDataFactory http://anonsvn.jboss.org/repos/jbossas/projects/security/security-jboss-s... An example of the latest config would be: http://anonsvn.jboss.org/repos/jbossas/trunk/testsuite/src/resources/secu... Imagine | <authentication> <authorization> <audit> blocks | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184978#4184978 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184978

15 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Passivating EJB 3 Stateful Session Beans stops the World

by bstansberry＠jboss.com

Re: the -1 value from StatefulTreeCache.getMaxSize(): https://jira.jboss.org/jira/browse/EJBTHREE-1552 Which is fixed in ejb3 trunk. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184966#4184966 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184966

15 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Passivating EJB 3 Stateful Session Beans stops the World

by ALRubinger

"ALRubinger" wrote : Side effect: Perhaps removal task might sneak in there and remove an instance before passivation can come along. No, I found that both passivation and remove are synchronizing on the StatefulBeanContext instances pulled out of the cacheMap, so they're guarded there. Additionally before passivation we check that the bean hasn't already been removed: if (centry.getCanPassivate()) So the remaining issue is that activation does *not* synchronize on StatefulBeanContext instances, so there can be odd interleaving during passivation when a get() request comes in. https://jira.jboss.org/jira/browse/EJBTHREE-1551 S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184961#4184961 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184961

15 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Passivating EJB 3 Stateful Session Beans stops the World

by ALRubinger

"wolfc" wrote : I 'fixed' your unit test. No need to thank me. :-P It outlined the problem well. I've also made two minor corrections in your additions: * Need to synchronize on the cacheMap to ensure Thread visibility * The check that the session is removed must come after we manually release the lock on the PM, not before r80122. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184958#4184958 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184958

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: ProfileService Guidance

by scott.stark＠jboss.org

I'll have this working tomorrow with the 2.0.0.CR3 release of jboss-managed/jboss-metatype. I'll commit a SecurityManagedObjectsTestCase for the managed objects that should be validated as part of the profileservice unit tests. We'll have to do some work on the security beans as they are still too mbean-ish with xml parsing embedded. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184954#4184954 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184954

15 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - jbpm3: signalling tokens through the jsf console

by heiko.braun＠jboss.com

Currently it's possible to signal a token through the console, but it doesn't respect the task instances that might be associated with a process instance. IMO the only interaction with a process instance from the console should be through tasks and direct signalling be forbidden. What's the use case behind this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184952#4184952 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184952

15 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2008