User: starksm
Date: 01/05/09 00:11:16
Added: src/main/org/jboss/web AbstractWebContainer.java
AbstractWebContainerMBean.java WebApplication.java
Log:
Initial version of a web container integration layer. This currently
provides support for mapping the
User: starksm
Date: 01/05/09 00:14:21
Added: src/resources/org/jboss/metadata jboss-web.dtd
Log:
The DTD for the jboss specific analog to the web-app.xml deployment descriptor
Revision ChangesPath
1.1
User: starksm
Date: 01/05/09 00:22:10
Modified:src/resources/org/jboss/metadata jboss.dtd
Log:
Update the resource-ref element content model to allow jndi-name or
res-url instead of resource-name to simplify small deployment management.
Revision ChangesPath
1.7
User: starksm
Date: 01/05/09 01:15:02
Added: src/main/org/jboss/naming Util.java
Log:
A static utility class for common JNDI operations
Revision ChangesPath
1.1 jboss/src/main/org/jboss/naming/Util.java
Index: Util.java
User: starksm
Date: 01/05/09 01:16:40
Modified:src/main/org/jboss/metadata EnvEntryMetaData.java
Log:
Add static utility method for binding the env entry into a JNDI context.
Revision ChangesPath
1.3 +61 -20
User: starksm
Date: 01/05/09 01:18:47
Added: src/main/org/jboss/metadata WebMetaData.java
Log:
A representation of the web-app.xml and jboss-web.xml deployment
descriptors as used by the AbstractWebContainer web container integration
support class.
Revision Changes
G'day,
This is a minor note that some jboss developers might be interested to
check the graph at http://cvsstat.sourceforge.net, which contains a
plot of the history of the jboss CVS module against the number of
lines of code.
Cvsstat is a perl script which analyses a CVS repository, and as an
Hi Jay!
Which are the minimum jar files which must be included into the class
path at the client side ?
Is the jbosssx jar not needed anymore ?
If it is not needed anymore, do we have a change note at Sourceforge
about this ?
A change note would help a lot for updating the docu when a new version
I originally posted this on the SpyderMQ list but got no response. Hence
I'll chew up a little JBoss dev bandwidth.
The concise description is that Sending a message with an invalid destination
results in the onException handler for the QueueReceiver being called with
a JMSException with the
User: starksm
Date: 01/05/09 07:47:54
Modified:src/main/org/jboss/util Info.java
Log:
Add full dump of the system properties as debug level msgs so that
the complete properties info can be captured in the server.log
Revision ChangesPath
1.5 +12 -1
- Original Message -
From: marc fleury [EMAIL PROTECTED]
the security initialization from jboss.properties, we need to move that to a
proper JMX initialization. Move the thread local security stuff, is it
there because there is no other way? is there a reason, or can we safely
Where are you seeing the use of the btye[]/InputStream.available construct
as in:
byte[] buffer = new byte[input.available()];
input.read(buffer);
I searched the entire jboss org/jboss codebase and I cannot find any existing
uses of this construct.
- Original Message -
From:
User: starksm
Date: 01/05/09 10:00:00
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
Change the throws clause to just Exception and handle the wrapping to
a DeploymentException at this level rather than making subclasses do it.
Revision ChangesPath
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Hi marc,
mf we were having the worst time getting this to work in London, in fact I
mf remember a night where Juha stayed up until 2 am and couldn't get that and
mf EJBDoclet to work easily (I was watching late night poker).
mf If you had a small howto ;)
You mean a howto about using
We will keep it, I really want to add the possibility to parse a URL though
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Tuesday, May 08, 2001 2:25 PM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Main.java, let's
if it is gone ... good
:)))
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Wednesday, May 09, 2001 11:20 AM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] TODO List on SourceForge
|
|
|Where are you seeing the use of
done
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Ingo
|Bruell
|Sent: Wednesday, May 09, 2001 3:16 PM
|To: marc fleury
|Subject: Re[2]: [JBoss-dev] Vrifier
|
|
|Hi marc,
|
|mf we were having the worst time getting this to work in London, in
Scott, we are not communicating
my question is does anyone else in THE SOURCE CODE use this class (which is
the only reason you would want to factor it out). Right now and afaik only
the container conf uses it and I couldn't find any other container with
the externalization feature we put it
| 2- The security, do we associate the Principal to the ctx
|somewhere else? I
| don't believe we should associate to the ctx (see warning in
|source, I also
| need to update these). Scott do you take care of associating the
|ctx to the
| principal somewhere else?
|
|The prinicpal identity and
Ok, right. I don't try to access the EnterpriseContext associated with the
MethodInvocation and if I did, it would not have been set yet.
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 09, 2001 3:13 PM
Subject: RE: [JBoss-dev]
User: jules_gosnell
Date: 01/05/09 15:46:01
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
hold off on allocating a Jetty instance until initService() is called
do the correct thing in destroyService()
Revision ChangesPath
1.11 +199 -125
Is this going to include merging jboss.conf and jboss.jcml into one file (or
perhaps using a standard jboss.conf from a class resource for
boot-strapping) or will there still be two files?
--jason
On Wed, 9 May 2001, marc fleury wrote:
|The setting of the security manager and server.policy
From SecurityInterceptor invoke()
Object bean = mi.getEnterpriseContext().getInstance();
EJBContext ctx = mi.getEnterpriseContext().getEJBContext();
Object[] args = mi.getArguments();
securityProxy.setEJBContext(ctx);
You get the context (!) and
acquisition.. surprised you don't have NPEs everywhere
Let's take it private, no need to bother the list with clean-ups
no keep it public, it is a good learning process.
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTECTED]
www.filip.net
Scott,
Thanks for the AbstractWebContainer - just what I
need.
I now have a version of JettyService inheriting from
this and implementing perform[Un]deploy().
I haven't checked it back in yet as I am passing back
the web.xml and jboss-web.xml Elements as null at the
moment and this is breaking
For the lists benefit as requested.
That code block is only executed when one has assigned a security
proxy to perform non-delcarative security checks like performing
a Subject based permission check. It is never accessed when using
the ejb-jar.xml declarative security.
Interestingly this code
We could get rid of jboss.conf if we put all the logging and
ClasspathExtension in jcml with a corresponding xml snippet. We would still
need the conf or the main to set up the configuration service (at least).
marc
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL
Actually I have the security integration working and its pretty simple.
I have rewritten the tomcat3.2.1 mbean using it and it is working so
I'll check in the updated AbstractWebContainer tonight.
- Original Message -
From: Julian Gosnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JBoss daily test results
SUMMARY
Number of tests run: 67
The LogInterceptor iteself should certainly stay. I just want to replace the
logging calls with log4j based calls and add some additional log calls with
finer priority granularity so that different levels of runtime diagnostics can be
acquired as needed.
- Original Message -
From: marc
User: starksm
Date: 01/05/09 20:19:54
Modified:src/main/org/jboss/ejb/plugins SecurityInterceptor.java
Log:
Make the SecurityException msgs more descriptive
Revision ChangesPath
1.15 +8 -5 jboss/src/main/org/jboss/ejb/plugins/SecurityInterceptor.java
User: starksm
Date: 01/05/09 20:21:30
Modified:src/main/org/jboss/naming Util.java
Log:
Add createSubcontext utility methods
Revision ChangesPath
1.2 +37 -10jboss/src/main/org/jboss/naming/Util.java
Index: Util.java
User: starksm
Date: 01/05/09 20:20:34
Modified:src/main/org/jboss/metadata WebMetaData.java
Log:
Add support for a security-domain element
Revision ChangesPath
1.2 +19 -4 jboss/src/main/org/jboss/metadata/WebMetaData.java
Index: WebMetaData.java
User: starksm
Date: 01/05/09 21:19:13
Modified:src/resources/org/jboss/metadata jboss-web.dtd
Log:
Add a security-domain element
Revision ChangesPath
1.2 +23 -1 jboss/src/resources/org/jboss/metadata/jboss-web.dtd
Index: jboss-web.dtd
35 matches
Mail list logo