November 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: libraries in an .ear file

by andyredhead

Sounds ok in theory. What exactly is going into the .ear file? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983682#3983682 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983682

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: libraries in an .ear file

by tom.baeyens＠jboss.com

You two seem to imply that you CAN reference libraries in the application.xml This is where i'm not completely sure. But the only thing i found was a module type called 'java'. This is for application clients, NOT for libraries. So for referencing libraries in .ear files, i currently don't see any alternative then the Class-Path entries in the manifest. Or am i missing something here ? anonymous wrote : If there are libraries which should be shared accross multiple applications... I want to provide a .war with jbpm configured for standard java. And i want to provide a .ear with jbpm configured for enterprise java. In the documentation, we should describe the jbpm library dependencies. And on the wiki, we can have pages describing the concrete steps for each specific server. That is what i currently have in mind. Let me know if you see different or just think this is crap :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983678#3983678 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983678

19 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: libraries in an .ear file

by andyredhead

I'm afraid in my experience getting the libraries loaded correctly in different app servers (or even different versions of the same app server) is a "black art". >From memory, adding the libraries as elements in a module definition worked ok within single applications. If there are libraries which should be shared accross multiple applications (or multiple ear packages) then it is worth giving serious thought to putting those libraries into a shared location - the serverconfig/lib directory in jboss for example. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983676#3983676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983676

19 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Ejb3ClientDeployer handling j2ee14 clients

by wolfc

Even in J2EE 1.4 Main-Class is mandatory (J2EE 1.4 9.5). I don't like the interface, it depends on exceptions to make a choice. If the client launcher isn't written neatly it could leave mess around. Can we have a isCapable method or something? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983670#3983670 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983670

19 years, 5 months

1
0
0 / 0

[Design of the JBoss EJB Container] - Re: Unable to passivate due to ctx lock IS GONE

by Oyabun

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

19 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: JBC and RPC

by ben.wang＠jboss.com

Agreed. If we can't make the multiplexer sharing easy to do, then calling JGroups RPSDispatcher is no big deal. +1 to inject it into Configuration object. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983638#3983638 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983638

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: Web: ENC References

by anil.saldhana＠jboss.com

The wrong classloader was being sent to setup the enc. The fix is: | // Build the ENC | - super.processEnc(loader, metaData); | + super.processEnc(webLoader.getClassLoader(), metaData); | I have made the change to deployers\TomcatDeployment.java(rev 58175). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983635#3983635 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983635

19 years, 5 months

1
0
0 / 0

[TODO - DEVELOPMENT] - Middleware between EJBs

by Nacho26

Hi Everybody, I need to enter into the source code of JBoss and modify it so that an external program can receive all the exchanged information in the communication layer (or middleware) between EJBs. For example, I need that my program traces all the EJBs and the java methods that are used to satisfy an individual web client request (e.g. a Search) in a particular web application (e.g. Java Pet Store). What documentation do you recommend me to start reading and/or what particular source code segment should I need to check first? Many Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983622#3983622 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983622

19 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Possible optimization of CachedSetImpl

by ben.wang＠jboss.com

I have looked at your patch. They look good. Just two comments here: 1. In putNoMask and getNoUnMask, you chosen to call putObject and getObject, respectively (instead of attach and detach). Any reason for it? 2. On remove(), shifting the POJO has always been expensive. I have been pondering on a way to get rid of that. Actually, it is OK to gap in between now since you have used the hashcode+. So actually, for remove(), we can get the Node.getChildren() and iterate on that child Fqn to the whole set if needed. This way, we don't reply on the specific consecutive odering. What do you think? -Ben View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983615#3983615 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983615

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - VirtualFile metadata

by bill.burke＠jboss.com

Unless it is already tehre, i'd like to add a simple hashmap that allows you to attach arbitrary things to a VirtualFile. This could be used when different deployers scan the same .class file for annotations. We can cache the javassist.ClassFile inside of the VirtualFile so we don't have to scan twice. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983599#3983599 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3983599

19 years, 5 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 November 2006