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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Maximum path length easly exceeded

by timfox

I have reverted your last commit. To clarify, the way it should be done is as follows: 1) Each page store has its own directory, but the directory name is NOT the address. Instead the directory name can just be a simple GUID. 2) In each paging directory the actual address is stored in a file "address.txt". 3) When reloading page stores, simply open all the adress.txt files and get the address from there View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199702#4199702 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199702

15 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - WARN logs in InterceptorRegistry

by jaikiran

In the current version of EJB3 on JBoss-5.0GA, a bean method invocation always generates a lot of these WARN messages: WARN [InterceptorRegistry] applicable interceptors is non-existent for ..... Looking at the InterceptorRegistry, i do see a TODO with some explanation: | public List<Class<?>> getApplicableInterceptorClasses(Method method) | { | List<Class<?>> methodApplicableInterceptorClasses = applicableInterceptorClasses.get(method); | //TODO | //FIXME: This assertion is valid, but EJB3 Core needs to declare virtual methods without interceptors | // such that they make the Map of MethodHashes, and these then get improperly placed in the | // Joinpoint Map, which ends up here... | //assert methodApplicableInterceptorClasses != null : "applicable interceptors is non-existent for " + method; | log.warn("applicable interceptors is non-existent for " + method); | ... | } 1) Could we reduce the logging level to maybe DEBUG, since this message is not really for the end-user. 2) Is that logging message missing a if block? The earlier assert statement (which now is commented out) was checking whether the methodApplicableInterceptorClasses is null. The log message does not do this. Or is it that the methodApplicableInterceptorClasses is always null? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199701#4199701 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199701

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Maximum path length easly exceeded

by timfox

And please... remain focussed here. At this stage in the game you haven't got time to spend a whole day doing it some other way, only to have to re-do it the next day. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199695#4199695 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199695

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Algorithm broken in WildcardAddressManager

by timfox

Any feedback on this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199694#4199694 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199694

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Maximum path length easly exceeded

by timfox

"clebert.suconic(a)jboss.com" wrote : | I have changed it to add a record on the BindingJournal (thorugh StorageManager). The record will be hold only while in-page-mode. | | Another change I've done was also to delete the directory when out of the page mode. This is because I didn't want records hanging around on the StorageManager forever. Can't you just store it in a file in the dir as I suggested? It's simpler and we don't have a load of unnecessary records stored in the journal. I am already trying to get rid of all these paging related records and simplify things. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199693#4199693 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199693

15 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: StartProcessInstanceCommand: Return token id/process ins

by Kevin.Conner＠jboss.com

"apestel" wrote : When the process finishes (signal returns after couple seconds), the web app extracts the loan result from the finished jBPM process and displays it in a web page to the user. As I said previously, return from signal guarantees nothing as far as process completion is concerned (even without ESB in the mix). Your example above is very likely to include a remote invocation to a system run by Equifax (or one of the other agencies) and this is likely to be done over an asynchronous messaging transport if they want it to scale. (yes, I have worked for Equifax and an online bank and have written both sides of this). This may take an indeterminate time and the jBPM processing is likely to include timeout behaviour or even human interaction depending on the circumstances. "apestel" wrote : Would we say that is improper use of jBPM and the web app should instead signal the jBPM process in a separate thread, block the web app thread, implement the jBPM process with some sort of callback at process completion, and wait for the jBPM process to call back to the web application when it has completed so that the web application can get the jBPM process variable with the loan result and render that in the page returned to the user? I would definitely say that taking the simple approach will not be guaranteed to work in all circumstances and that I hope they can handle this ;) Kev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199692#4199692 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199692

15 years, 3 months

1
0
0 / 0

[Design of PVM (Process Virtual Machine)] - Re: fork problem in pvm

by hardest

thanks for reply View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199673#4199673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199673

15 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Using ClassInfo in JBoss AOP

by stale.pedersen＠jboss.org

from what i can see in JavassistTypeInfoFactoryImpl and JavassistTypeInfo the usage of java.lang.Class isnt very extensive. in JavassistTypeInfoFactoryImpl.instantiate it is used to check classtype, but we can use the CtClass object for that instead. JavassistTypeInfo has one public method that uses java.lang.Class (getType), but that is deprecated and the other uses can be replaced by using the CtClass object. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199649#4199649 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199649

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Maximum path length easly exceeded

by clebert.suconic＠jboss.com

"timfox" wrote : It's easy to get the system to fail by specifying an address that's long - the paging system attempts to create directory even though it's not paging. | | (Why create the directory if not paging?) | | Most OSes have limits on the maximum path length e.g. 4095 in Linux, so clearly using the address name is not going to work. | | A better solution needs to be worked out - e..g store the real address in a file in the paging directory. I have changed it to add a record on the BindingJournal (thorugh StorageManager). The record will be hold only while in-page-mode. Another change I've done was also to delete the directory when out of the page mode. This is because I didn't want records hanging around on the StorageManager forever. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199642#4199642 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199642

15 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: StartProcessInstanceCommand: Return token id/process ins

by apestel

"Kevin.Conner(a)jboss.com" wrote : There are other reasons why a process instance is not guaranteed to work in a synchronous manner on the calling thread, such as timers, human intervention, ESB invocations and possibly others. In general this is not something that the invoker of the process instance can control. For clarity to make sure I understand, let's say that we remove ESB from the picture and we have a customer just using jBPM. They create a web application that accepts a bunch of form data for a loan application and on submission, the web app creates a jBPM process instance with the form data and signals it which does credit check, loan rate calculation, maybe other steps, and then finishes by producing a loan result in a jBPM process variable. When the process finishes (signal returns after couple seconds), the web app extracts the loan result from the finished jBPM process and displays it in a web page to the user. Would we say that is improper use of jBPM and the web app should instead signal the jBPM process in a separate thread, block the web app thread, implement the jBPM process with some sort of callback at process completion, and wait for the jBPM process to call back to the web application when it has completed so that the web application can get the jBPM process variable with the loan result and render that in the page returned to the user? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199639#4199639 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199639

15 years, 3 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 January 2009