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

[Design of JBoss Wiki] - Re: Architecture questions

by PeterJ

The WikiPorlet stores the pages in /tmp. You can change this by editing the file wiki.ear/lib/wiki-common.jar/org/jboss/wiki/filedatasource.properties. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235428#4235428 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235428

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: mc-script - and other stupid ideas

by alesj

"adrian(a)jboss.org" wrote : | These adapters should be on their respective types. The only reason to define | them on the schema is when you can't change the type. I remember asking for this feature long ago, so we should check with Alexey if this is already part of XB. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235421#4235421 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235421

15 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: method for *all* tasks in a process instance

by kukeltje

https://jira.jboss.org/jira/browse/JBPM-2305 In our case it was not only managers. The processes were between multiple companies (a car repair system with 5 different types of participating companies in each processinstance) and every company wanted to know which other company's turn it was to do something. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235400#4235400 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235400

15 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: method for *all* tasks in a process instance

by jbarrez

I've also seen the use case in the past. Especially the manager types are interested in the information (in jBPM3, the query wasn't that hard to do) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235396#4235396 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235396

15 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: I submit to our Maven overlords

by clebert.suconic＠jboss.com

"ataylor" wrote : I actually don't mind maven when it comes to thirdparty dependencies. You have finer grained control over what you want. i.e., with buildmagic if someone wants to use JBM all the jars are downloaded when maybe they only want the client jars. Also its download only once for every project which i like. | | Also theres nothing to stop us using ant to build and call maven just for the dependencies, thats what the AS build does. | | +1 with jbm 2 only. I like that idea also. Paul Gier has a guide somewhere on how to do that. I found it a bit hacky to use it at first, but after it' s ready it' s easy to maintain. (I'm not volunteering though... I know 0 about Maven :-).... and I would prefer keep that way :-P ) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235394#4235394 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235394

15 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - method for *all* tasks in a process instance

by kukeltje

In a few systems, I've had the need to show all open tasks in a process instance where the user/company is a participant in just to show him/her who's turn it is to do something. A question like this has also come up in the user forum a few times and very recently as well (http://www.jboss.org/index.html?module=bb&op=viewtopic&t=156509). Is this something we think is worth implementing? I'll file a jira issue anyway so even if it is rejected, there is a log of it that it was discussed. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235392#4235392 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235392

15 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: please keep the docs up to date

by kukeltje

Great to hear. Maybe it is an idea to at least mention the 'out-of-date' issue in the summary or 'known issues' of the docs so people know they can be out of date at this moment (up to the 4.0 release) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235389#4235389 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235389

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployers, Classloaders, and Reflection in JBoss 5

by bryan.kearney

"adrian(a)jboss.org" wrote : Help requests should really go in the user's forum: | http://www.jboss.org/index.html?module=bb&op=viewforum&f=228 | Sorry.. dont know how I got here. I will repost in the other. "adrian(a)jboss.org" wrote : | You should make sure you unhook anything that references the old | classes or classloader in undeploy() so they can be garbage collected, | otherwise you'll leak classes and memory (which sounds like your real problem). | At redeploy, we create a new engine for application. I will double check the undeploy logic however. "adrian(a)jboss.org" wrote : | AFAIK, there's no deployer that uses the classloader directly. But we do have | deployers that pass the classloader into the component frameworks via their metadata, | which uses DeploymentUnit.getClassLoader(). | e.g. http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-deploye... | | The closest we've got to what you are doing, uses our AnnotationScanning framework | to create metadata objects from annotated classes, | http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-deploye... | they don't deal with the classloader explicitly. I will check these.. thank you. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235378#4235378 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235378

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployers, Classloaders, and Reflection in JBoss 5

by adrian＠jboss.org

Help requests should really go in the user's forum: http://www.jboss.org/index.html?module=bb&op=viewforum&f=228 My guess is that your problem lies with: anonymous wrote : but I assume are brought into the deployers classloader The deployer's classloader is a very different thing to the application classloader which you can get from DeploymentUnit.getClassLoader(). The application classloader will change on every redeployment. You should make sure you unhook anything that references the old classes or classloader in undeploy() so they can be garbage collected, otherwise you'll leak classes and memory (which sounds like your real problem). AFAIK, there's no deployer that uses the classloader directly. But we do have deployers that pass the classloader into the component frameworks via their metadata, which uses DeploymentUnit.getClassLoader(). e.g. http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-deploye... The closest we've got to what you are doing, uses our AnnotationScanning framework to create metadata objects from annotated classes, http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-deploye... they don't deal with the classloader explicitly. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235371#4235371 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235371

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Deployers, Classloaders, and Reflection in JBoss 5

by bryan.kearney

We are working on a deployer for JBoss 5, which exposes entity beans to a QMF bus (http://qpid.apache.org/qpid-management-framework.html). The main engine takes EJB interfaces and invokes methods on the class via reflection. The deployer loads up this engine, and scans the deployment units at startup looking for a certain annotation. If the annotation is found, it loads the interface into the engine. We have an issue, I believe, with class loaders during redeploy. The firs load everything works fine. The engine code is the in the deployer, and therefore in one classloader (I assume). The classes which are wrapped are in the apps classloader, but I assume are brought into the deployers classloader. When a redeploy happens, everything seems to work until I get to the reflection part. When the engine looks for a method to invoke with the signature: foo(TypeA a, TypeB b) it does not find that method. It is, as if, there are 2 typeA's in memory (which there should be because of the reload). So.. My question is are there good examples I can look at for these types of issues. I looked at the seam deployers, and they appear to put the seam code in the app. I looked at the WebService deployers but was not able to see any classloader magic going on. Any pointers or examples on how best to handle the reloading would be appreciated. Thanks! -- bk View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235346#4235346 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235346

15 years, 7 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