: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment
DeploymentInfo.java
Glad you brought this up.
I was about to embark on rewriting the deployment process and meta data
stuff. I was considering using JAXB or equivavlnet to convert xml to
objects. JAXB works by generating
Not that I have a preference here, but I wanted to add that just because
Sun comes up with a standard... doesn't mean that it is the best API
available for the job. True it will probably get included into the
bloat of other code in the jdk and so it may make sence to use it just
because it
Well, my idea was that since Containers are mbeans already, why not
transform the dd's to mbean config. I'm still thinking about how to best
deal with subsidiary objects. I'm thinking if all the subsidiary objects
are javabeans they can be constructed easily from xml, through jaxb or
other
On 2002.02.26 00:29:03 -0500 Jason Dillon wrote:
Well, my idea was that since Containers are mbeans already, why not
transform the dd's to mbean config. I'm still thinking about how to
best
deal with subsidiary objects. I'm thinking if all the subsidiary
objects
are javabeans they can
|Well, getRemote and invokeHome aren't exactly admin interfaces on a
|container, but they are there today. I think using the xmbean/modelmbean
|facilities to either supply 2 interfaces to one object or indicate which
|things are human administratable and which are internal will be useful.
oh...
PROTECTED]
Sent: Saturday, February 23, 2002 9:53 PM
Subject: Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment
DeploymentInfo.java
I am not sure what the idealk location for this code is. I do know that
only AWC uses it right now. DeploymentInfo is part of the core
deployment
What are you talking about here? Why doesn't navigation of the
deployment information have any business in the deployment
structures?
This is EJB specific and requires the ApplicationMetaData and
BeanMetaData classes, which then need other classes and such. I think
that this could probably
-
From: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, February 24, 2002 12:41 AM
Subject: Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment
DeploymentInfo.java
What are you talking about here? Why doesn't navigation
: Sunday, February 24, 2002 12:41 AM
Subject: Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment
DeploymentInfo.java
What are you talking about here? Why doesn't navigation of the
deployment information have any business in the deployment
structures?
This is EJB specific and requires
: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, February 24, 2002 5:35 PM
Subject: Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment
DeploymentInfo.java
It probably should be... or rather a framework for taking xml desciptors
API.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, February 24, 2002 5:35 PM
Subject: Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment
DeploymentInfo.java
It probably should
On 2002.02.24 22:05:19 -0500 Adam Heath wrote:
On Sun, 24 Feb 2002, David Jencks wrote:
[snip]
JSX seems to work well for us here at work. Might want to check it out.
Looks interesting, however I can't see how we could possibly use it: gpl or
$$ licensing.
david jencks
JSX looks like the small fish in the sea anyway. I think we should use
JaxB, as it will eventually dominate this field. Assuming you can get
it to work.
-dain
David Jencks wrote:
On 2002.02.24 22:05:19 -0500 Adam Heath wrote:
On Sun, 24 Feb 2002, David Jencks wrote:
[snip]
JSX seems
User: user57
Date: 02/02/23 21:05:00
Modified:src/main/org/jboss/deployment DeploymentInfo.java
Log:
o moved findEjb*Link methods to AbstractWebContainer, they don't have
any business inside DI
Revision ChangesPath
1.11 +46 -112
Ummm... I haven't checked in detail but isn't this equally usable in
setting up local environment for ejb's? If so it has way less excuse being
part of AbstractWebContainer than DeploymentInfo.
david jencks
On 2002.02.24 00:05:00 -0500 Jason Dillon wrote:
User: user57
Date: 02/02/23
I am not sure what the idealk location for this code is. I do know that
only AWC uses it right now. DeploymentInfo is part of the core
deployment infrastructue and thus should not have any deployment
specific bits inside of it. You know as well as I that all this needs
to be cleaned up
User: starksm
Date: 02/02/19 22:40:38
Modified:src/main/org/jboss/deployment DeploymentInfo.java
Log:
Add a findEjbLocalLink method that traverses a DeploymentInfo heirarchy
looking for the local home JNDI name for a given ejb-link value.
Revision ChangesPath
1.9
User: starksm
Date: 02/02/15 10:03:36
Modified:src/main/org/jboss/deployment DeploymentInfo.java
Log:
Added findEjbLink method that walks through the DeploymentInfo hiearchy looking
for the ejb-name that corresponds to the given ejb-link value.
Revision ChangesPath
User: ejort
Date: 02/02/09 08:09:18
Modified:src/main/org/jboss/deployment DeploymentInfo.java
EARDeployer.java MainDeployer.java SARDeployer.java
Log:
Guarded info logging. Faster when not interested in life-cycle logging
Revision ChangesPath
User: mnf999
Date: 02/02/06 21:58:52
Modified:src/main/org/jboss/deployment DeploymentInfo.java
Log:
Fix for webinf/classes at UCL level
Revision ChangesPath
1.5 +8 -5 jboss/src/main/org/jboss/deployment/DeploymentInfo.java
Index: DeploymentInfo.java
User: mnf999
Date: 02/02/03 17:50:52
Modified:src/main/org/jboss/deployment DeploymentInfo.java
MainDeployer.java
Log:
Fix for faulty manifest references intra EAR, DON'T use manifest INTRA-EAR
Revision ChangesPath
1.4 +7 -5
User: mnf999
Date: 02/02/02 14:14:17
Modified:src/main/org/jboss/deployment DeploymentInfo.java
Log:
Fixed the compounding of deployments by clearing the deployments once they are done.
(JULIAN: I think I understand the NPE problem in redployment it is due to a faulty
User: mnf999
Date: 02/02/01 08:32:20
Modified:src/main/org/jboss/deployment DeploymentInfo.java
MainDeployer.java
Log:
Fix to prevent cycling on failure.
A failed deployment is seen as a deployment with status Failed stored as a free
string (should
User: mnf999
Date: 02/01/19 19:40:16
Added: src/main/org/jboss/deployment DeploymentInfo.java
Log:
The abstract representation for all the classes deployed in the server
Revision ChangesPath
1.1
24 matches
Mail list logo