bem. depois de aprofundada analise, a solucao passa por relan?ar a excepcao nas accoes de desinstalacao e loggar nas de instalacao

por favor votem.

:D

isso significa o mesmo comportamento de antes na instalação e o novo na desinstalação, right?

ta testado?

sim

nao

respectivamente :)

tem de ser aprovado pelo google talk bot, a presença e asterisk ra

chegaste a perceber qual era o prob ontem?

mais ou menos

lançavas a timer task e o thread do deployer continuava logo ele quase q era certo q dava cabo do ucl antes de tu o guardares

a thread do deployer nakela altura ja tinha sumido?

ya pq ao lançares a timer task ele n para

pois, exacto

e ele fazia o unreg antes de ser guardado pelo outro

por isso passaste a cena de guardar e esconder a ucl p onde esta agora. okieee

s, antes de lançares a timertask

lol.. pois, n eh bem antes... mas assim tem mais piada, eh mais arriscado lol

timer.scheduleAtFixedRate(new UndeploymentTask(di), 0,

getWaitTimeBetweenOperations());

.// We get here when we have components depending on this...

try {

.// Let's store the 'old' UCL.

dm.addReplacedUCL(du, di.ucl);

ah pois, é pro caso do set do timer falhar

se quiseres podes mudar pra antes, n va alguem por um wait time de 5ms

lol... repara no "0" :D

isso eh p qd eh p come?ar o timer ;) o wait time eh pras restantes iteracoes lol

hmm, o 0 é pra tentar logo?

y

lol, nem vi isso

muda a ordem disso entao

n faz mal a inguem guardar o UCL

pois, mesmo q seja deployed uma nova versao, eh sempre utilizada a versao dos jars nessa versao, certo?

axo q n é bem, ele primeiro procura a classe no seu UCL, depois vai ao pai q é o repositorio partilhado

exacto, mas procura sempre primeiro no seu... e ai usa sempre a versao mais recente

nesse partilhado é sempre a mais recente, embora só passe pra mais recente quando ja n ha objectos com a anterior

é uma confusao, no outro dia encontrei uma pagina a explicar isso no wiki da jboss

se quiseres podes por cada componente deployed com UCL privado, q penso q será o q vamos ter de fazer no 2.x

epa.. o Paulo Gonzo canta bem :P rtp2

e carregar la as classes do slee e dependencias

pois, eh melhor.. fica mais isolado

porra pro deployer p?! :P

ah macambuzio... fizeste aki alteracoes perigosas

if(!waitingForUninstallDUs.contains( du ))

{

.// Add it to the waiting list.

waitingForUninstallDUs.add( du );

throw new DeploymentException("Unable to UNINSTALL " + du.getDeploymentInfoShortName() + " right now. Waiting for dependents to be removed.");

}

o if eh so p ele nao imprimir a mensagem a cada iteracao

mas a excepcao tem de ser lancada senao eh considerado completo o undeployment, pela task

:)

agr estou a pensar

pq eh q o deactivateService retorna logo e o activateRaEntity espera.... o outro tb podia esperar!

n sei de q estas a falar

exemplo do RA de asterisk

tas a comparar um deactivate e um activate

tens o activateentity e o bindlinkname... a invocacao do activateentity prende ate q haja resultados

e so dp entao eh feito o bindlinkname

pq eh q o deactivate do servi?o tb n prende.. :p

pra n prenderes o thread do timer?

n inventes, resolve so o prob q descobriste :p

pra nao acontecer nada disto lol

n tarda começa a presença a falhar

lol, just wondering :)

oh, mas isso ja se sabe... aquilo tem um random p lan?ar excepcoes... assim garantes sempre o support :D

loookin' gooooood

martins: patch no teu mail

testa la c o sip-presence

ja falhou no shutdown

como eh possivel ...

classloading?

tiraste os

n tiraste

ya class laoding

ai o cara...pau!

vou por a guardar sempre o ucl

eu axo q ontem n falhava com o shutdown mas enfim

assim ja n falha

vamos ao undeploy

yah

faz sentido :p akele eh o unico local onde eh guardado o UCL

undeploy funcionou, vamos ao gtalk bot

dp instala um dos ras .. asterisk, jcc ou smpp

ta bom tb

e de seguida uninstall?

nao.. o prob eh so no install

qd ele tenta ligar ao server

deve dar excepcao no activate mas mm assim de seguida criar o link

ta dificil de dar timeout

at org.mobicents.slee.resource.asterisk.AsteriskResourceAdaptor.entityActivated(AsteriskResourceAdaptor.java:126)

... 35 more

01:34:25,305 INFO [ResourceManagementMBeanImpl] Created Link between RA Entity AsteriskRA and Name AsteriskRA

ok, funcionou

demora 1 bocado

o undeploy tb

ta bom, siga

vou fazer commit

e começar a maven release

yeah

podes ir

:D

thanks

amnha d manha testo o CR2

+ //if (logger.isDebugEnabled()) {

+ logger.info("replacedUCLs size is "+replacedUCLs.size()+" after removing DU "+du.getDeploymentInfoShortName());

+ //}

era suposto deixares a info? :P

martins

oops

ya

yo barreiro

chegou a ser feita a CR2?

que eu saiba n

... tb estava à espera que houvesse um anuncio qq, para eu testar.

pois

e vpn, ja alguem te ligou?

nopes :( ... e a ti ???

tb nao

helpdesk da tanga

damn brazucas :P

bem.. sendo assim, vou jogar no euromilhoes :P

keres pagar? :D

vi logo que ias pedir :P

pode ser ;) ... qd é que se deve ???

diz q sao 20? :P

já recebeste o IRS ???

alexandre, tás 30 aérios mais rico.

barreiro: ja recebi a carta p pagar o IRS :P

são desagradaveis, os gajos :)

pois

tu ainda recebeste neh?

recebi ontem ... tb ainda n paguei :P

mas tb tens de pagar???

ah pois ... tenho 1 recibo no ano passado :O

yah, mas o resto q descontaste td o ano, devia compensar :P

concordo ... devia compensar !!! ... mas n compensa :S

tao martins

deixaste-nos orfaos de CR2

orfaos pq

tive de fazer a release do maven praí 50x pq o raio do svn rebentava sempre nos commit

%&%$/ de google

tao mas do hudson so sai as 5 da manha

hum?

n percebi

tao, queres q fa?amos a CR2 localmente e testemos? :P

eu tenho algumas alteracoes

alterações, a CR2 ja esta nos repositorios maven, o zip esta feito e testado, vou agora tratar do upload pro SF

mandaram-me um mail pra ir fazer uma palestra à univ do minho

tou a pensar mas dia de 10 setembro, o timining n é bom

timing

há lá um prof do dpt de informática que é meu conhecido da orientação :P

quase de certeza q vou declinar o convite

tb convidam 12 dias antes

mas é algum assunto em especial ???

j2ee e jslee, jboss e mobicents

sistemas confiaveis de larga escala

parece um titulo de projecto do pch

http://www.di.uminho.pt/jornadas/join/

lol

só recebo é queixas do rorobocop no opuce, agora tenho o chefe do projecto à perna

hi ...is anyone there ?

hi

hello rg

cada vez q faço upload para a SF atraves de webdav fico sem IMs e IRC

pensei q fosse cada x q te pe?o guita :D

hi

I am facing an issue in the RA that I am working on

when one of my sbb's tries to get an activity context interface for an activity, I get the TransactionRequiredLocalException

I know that this exception occurs when a mandatory transaction method is invoked without a valid transaction context.

hi

which method

ra: wake up:)

rg: wake up

oh damn, I forgot to commit one patch for CR2

oh, I did commit it

ufff

haha

for a few seconds I simagined another 6h to do another CR2 release

alright...sorry guys ....stepped out

http://groups.google.com/group/mobicents-public/.../25faaf6ddac6529c#

posted the issue at the above URL

it's the factory that is throwing the exception?

Yes

what is the code of the RA to create the activity

the one that interacts with SleeEndpoint

getSleeEndpoint().activityStarted(activity.getHandle());

do you have any TransactionManager code there

and this.sleeEndpoint = bootstrapContext.getSleeEndpoint();

I don't

well....hold on....let me checck

there is some transaction manager code

show me

TransactionManagerImpl txm = (TransactionManagerImpl) SleeContainer .lookupFromJndi().getTransactionManager();

try {

if (txm.getTransaction() == null) {

txm.begin();

started = true;

remove that code, the RAs don't have to deal with TrnasactionManager

and in the finally block, transaction is committed in started boolean flag is true

remove all regarding the tx manager and the tx itself

btw, do you have a method in the RA such as getActivityHandle(Object activity)?

yes, but it returns null always

it should be something as

you have activities in a activityhandle -> whatever map right?

yes

this is not related to your exception, but regarding a bad implementation of the factory that you posted

change the getActivityHandle method to similar than this one:

public ActivityHandle getActivityHandle(Object arg0) {

if (logger.isDebugEnabled()) {

logger.debug("getActivityHandle");

}

ActivityHandle activityHandle = ((CstaMonitoringActivityImpl)arg0).getHandle();

if (activities.containsKey(activityHandle)) {

return activityHandle;

}

else {

return null;

}

}

then the factory method should be something like:

public ActivityContextInterface getActivityContextInterface(CstaMonitoringActivity activity) throws NullPointerException,

UnrecognizedActivityException, FactoryException {

// if parameter is null throw exception

if (activity == null) {

throw new NullPointerException();

}

// get handle

ActivityHandle handle = raEntity.getResourceAdaptor().getActivityHandle(activity);

if (handle == null) {

throw new UnrecognizedActivityException(activity);

}

else {

return new ActivityContextInterfaceImpl(this.sleeContainer,

this.activityContextFactory.getActivityContext(new SleeActivityHandle(raEntityName, handle, sleeContainer)).getActivityContextId());

}

}

explaining this particular issue, you don't verify if the activity really exists, and making it worse, you ask for an activity context of that activity, if it doesn't exist it gets created, big chance of leaks

anyway, like I said, this has nothing to do with your exception

ok

regarding your exception something is commiting/rolling back the transaction

the RA doesn't need to know about the tx, so remove all code on that matter, if it doesn't solve it means you either:

1) change executing thread, which looses the tx

2) some api also uses java tx and is getting on the way

I would offer to have a look at the whole RA and SBB code but I will go on vacation tomorrow and I don't want a laptop near by :-)

that's understandable

this code was written by another developer

so, I will have to see what it does really...end to end

you always debug and monitor an expression such as SleeContainer .lookupFromJndi().getTransactionManager().getTransaction()

you can

once you loose the tx that's it, but beware the tx has a timeout

ok

hey y'all!