|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..
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 javab
>
>
>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
>ot
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 wi
> - Original Message -
> From: "David Jencks" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, February 24, 2002 6:33 PM
> Subject: Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment
> DeploymentInfo.java
>
>
> > Glad
nfig just
an example?
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, February 24, 2002 6:33 PM
Subject: Re: [JBoss-dev] CVS u
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]
>
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
>
>
> ___
object model.
> XML is really not a great programming API.
>
> - Original Message -
> From: "Jason Dillon" <[EMAIL PROTECTED]>
> To: "Scott M Stark" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Sunday, February 24, 2002 5:3
: "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 b
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
al Message -
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
> &g
>
>
>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 pro
ks" <[EMAIL PROTECTED]>
Cc: <[EMAIL 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
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 more
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 21
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 jboss/src/main/org/jboss/de
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
1.
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 jboss/src
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
Manifest,
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 jboss/src/main/org/jboss/deployment/DeploymentInfo.java
25 matches
Mail list logo