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

[Design the new POJO MicroContainer] - Re: Moving out of the UnifiedClassloaders

by anil.saldhana＠jboss.com

I need some guidance here: I have an ear file that defines a jboss-app.xml with | <jboss-app> | <module> | <service>jboss-service.xml</service> | </module> | </jboss-app> | The -service file defines an MBean service. An issue I see is that the MBean service is trying to load a resource (login-config.xml) from the deployment (in this case, an EAR) via tcl.loadResource I see that the tcl is the BaseClassLoader set to the root of the EAR file. But it is not able to load the resource (META-INF/login-config.xml or just login-config.xml) What needs to be done here? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122334#4122334 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122334

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Remaing classLoader changes

by alesj

"adrian(a)jboss.org" wrote : | I'd start with finding out what adds -exp to the name and copies it to tmp | | | URL: null, relative: file:/C:/proj | | ects/jboss5/trunk/build/output/jboss-5.0.0.Beta4/server/default/tmp/deploy/jboss-seam-booking19541-e | | xp.war/WEB-INF/lib/jboss-seam-debug.jar!/seam.properties | | | | And then sees who references that copy of the information. It's AbstractWarDeployer, AbstractWarDeployment and TomcatDeployment. | unit.addAttachment("org.jboss.web.expandedWarClasspath", classpath); | } | | // Indicate that an expanded URL exists | unit.addAttachment("org.jboss.web.expandedWarURL", expWarUrl, URL.class); | ... | // Get the war URL | // FIXME: JBAS-3812 - TomcatDeployment should use modified WebMetaData | URL warURL = unit.getAttachment("org.jboss.web.expandedWarURL", URL.class); | ... | ArrayList<URL> classpath = (ArrayList<URL>)unit.getAttachment("org.jboss.web.expandedWarClasspath"); | But I have no idea what's done right and what wrong, to know what causes that duplicate. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122325#4122325 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122325

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Another potential enhancement to jbpm

by camunda

I agree with Ronald. The feature sounds like Java EE, so why not using it... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122320#4122320 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122320

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: What is proper way to submit enhancements to JBPM?

by kukeltje

one hint: enhancements are best discussed here with a none meaningless subject View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122314#4122314 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122314

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Another potential enhancement to jbpm

by kukeltje

hmmm... I was sure I typed a € sign and not â¬ (has to be &#8364; because € does not work either, nor does & (had to use &#38; and do not even use preview) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122312#4122312 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122312

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Potential enhancement to jbpm

by kukeltje

Just to make sure we are talking about the same 'problem': jBPM by itself does not deploy anything automatically or even automagically (and certainly not blindly ;-). Something has to call a method on the jBPM API to deploy things (sometimes a startup servlet). As you mentioned, your application does this, so it is the responsibility of that application to check whether a new version should be deployed. There are multiple reasons for this but one of the major ones is how to determine what a new version is... a hash? timestamp? version number? There has been a lot of discussion about this in the forum. You can have a look at it if you want. In our company we deploy a processdefinition, or rather a processarchive, the moment a new version of the full application is deployed, even if there is NO new processdefinition or whatever. We keep everything in sync by using CVS, a very reliable way if you 'tag' everything. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122310#4122310 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122310

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Remaing classLoader changes

by adrian＠jboss.org

"alesj" wrote : | "adrian(a)jboss.org" wrote : | | You need to determine what is doing this. | Any usual suspects? | WarDeployer? I'd guess since it is a war :-) I'd start with finding out what adds -exp to the name and copies it to tmp [url] URL: null, relative: file:/C:/proj ects/jboss5/trunk/build/output/jboss-5.0.0.Beta4/server/default/tmp/deploy/jboss-seam-booking19541-e xp.war/WEB-INF/lib/jboss-seam-debug.jar!/seam.properties [/url] And then sees who references that copy of the information. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122308#4122308 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122308

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Another potential enhancement to jbpm

by kukeltje

Regardless of the locking issues... The first E in JEE stands for enterprise. If people do not use JEE but want e.g. clustering, loadbalancing, whatever.. we (or anyone) should not try to build something around it. History learned me that it, in hindsight, is always to minimalistic and before you know it, there is this home grown not-called-jms-but-has-all-the-same-functionality-and-configuration. In JSE, just make sure the schedulerthread runs on one node. All problems solved... But that is my â¬0.014 (does anybody remember the time when it used to be â¬0.028?). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122307#4122307 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122307

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Remaing classLoader changes

by alesj

"adrian(a)jboss.org" wrote : | No. As I told you last week, this is showing that both the original and the tmp jar are being added | to the list of VFS files/urls in the classpath. Eh, forgot about it, but I remember it now - the discussion. :-) Just working on Seam scanner, stumbled on this problem. Seeing the word 'duplicate', thinking I was saved. ;-) "adrian(a)jboss.org" wrote : | You need to determine what is doing this. Any usual suspects? WarDeployer? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122306#4122306 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122306

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Remaing classLoader changes

by adrian＠jboss.org

"alesj" wrote : "scott.stark(a)jboss.org" wrote : One difference in behavior I'm seeing that we don't appear to have control over is duplicate resource ordering. | | | OK, I must admit I'm not entirely following the discussion. :-) | But has this got to do something with this: | | | 2008-01-22 17:37:32,796 TRACE [org.jboss.seam.as5.vfs.VFSScanner] Root url: vfsfile:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.Beta4/server/default/deploy/jboss-seam-booking.ear/jboss-seam-booking.war/WEB-INF/lib/jboss-seam-debug.jar/seam.properties | | 2008-01-22 17:37:32,796 TRACE [org.jboss.seam.as5.vfs.VFSScanner] File: C:\projects\jboss5\trunk\build\output\jboss-5.0.0.Beta4\server\default\deploy\jboss-seam-booking.ear\jboss-seam-booking.war\WEB-INF\lib\jboss-seam-debug.jar\seam.properties | | 2008-01-22 17:37:32,796 TRACE [org.jboss.seam.as5.vfs.VFSScanner] URL: file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.Beta4/server/default/deploy/jboss-seam-booking.ear, relative: jboss-seam-booking.war/WEB-INF/lib/jboss-seam-debug.jar/seam.properties | | | | 2008-01-22 17:37:33,687 TRACE [org.jboss.seam.as5.vfs.VFSScanner] Root url: jar:file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.Beta4/server/default/tmp/deploy/jboss-seam-booking19541-exp.war/WEB-INF/lib/jboss-seam-debug.jar!/seam.properties | | 2008-01-22 17:37:33,687 TRACE [org.jboss.seam.as5.vfs.VFSScanner] File: file:\C:\projects\jboss5\trunk\build\output\jboss-5.0.0.Beta4\server\default\tmp\deploy\jboss-seam-booking19541-exp.war\WEB-INF\lib\jboss-seam-debug.jar!\seam.properties | | 2008-01-22 17:37:33,687 TRACE [org.jboss.seam.as5.vfs.VFSScanner] URL: null, relative: file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.Beta4/server/default/tmp/deploy/jboss-seam-booking19541-exp.war/WEB-INF/lib/jboss-seam-debug.jar!/seam.properties | | | I do a ClassLoader.getResources("seam.properties") inside Seam app, and I'm not expecting any non vfs URLs. | Where does that 'jar:file' come from? No. As I told you last week, this is showing that both the original and the tmp jar are being added to the list of VFS files/urls in the classpath. You need to determine what is doing this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122304#4122304 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122304

18 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums January 2008