[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java AbstractWebContainerMBean.java WebApplication.java

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jboss-web.dtd

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jboss.dtd

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming Util.java

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata EnvEntryMetaData.java

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata WebMetaData.java

2001-05-09 Thread starksm
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

[JBoss-dev] Cvsstat on jboss CVS module

2001-05-09 Thread David Sitsky
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

Re: [JBoss-dev] CVS update: jbosssx/src/build build.xml

2001-05-09 Thread Tobias Frech
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

[JBoss-dev] Exception Type not propagating up to jbossmq onExceptionhandler

2001-05-09 Thread John Birchfield
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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/util Info.java

2001-05-09 Thread starksm
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

Re: [JBoss-dev] Main.java, let's clean it up

2001-05-09 Thread Scott M Stark
- 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

Re: [JBoss-dev] TODO List on SourceForge

2001-05-09 Thread Scott M Stark
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:

[JBoss-dev] CVS update: jboss/src/main/org/jboss/web AbstractWebContainer.java

2001-05-09 Thread starksm
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-dev] (no subject)

2001-05-09 Thread Tripuroju, Nag
___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

Re[2]: [JBoss-dev] Vrifier

2001-05-09 Thread Ingo Bruell
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

RE: [JBoss-dev] Main.java, let's clean it up

2001-05-09 Thread marc fleury
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

RE: [JBoss-dev] TODO List on SourceForge

2001-05-09 Thread marc fleury
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

RE: Re[2]: [JBoss-dev] Vrifier

2001-05-09 Thread marc fleury
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

RE: [JBoss-dev] ContainerFactory cont.

2001-05-09 Thread marc fleury
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

RE: [JBoss-dev] METHOD-INVOCATION

2001-05-09 Thread marc fleury
| 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

Re: [JBoss-dev] METHOD-INVOCATION

2001-05-09 Thread Scott M Stark
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]

[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty JettyService.java

2001-05-09 Thread jules_gosnell
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

RE: [JBoss-dev] Main.java, let's clean it up

2001-05-09 Thread Jason Dillon
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

RE: [JBoss-dev] METHOD-INVOCATION

2001-05-09 Thread marc fleury
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

RE: [JBoss-dev] METHOD-INVOCATION

2001-05-09 Thread Filip Hanik
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

Re: [JBoss-dev] jboss/servlet container test suite???

2001-05-09 Thread Julian Gosnell
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

Re: [JBoss-dev] METHOD-INVOCATION

2001-05-09 Thread Scott M Stark
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

RE: [JBoss-dev] Main.java, let's clean it up

2001-05-09 Thread marc fleury
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

Re: [JBoss-dev] jboss/servlet container test suite???

2001-05-09 Thread Scott M Stark
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:

[JBoss-dev] jboss daily test results

2001-05-09 Thread chris
= ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= = JBoss daily test results SUMMARY Number of tests run: 67

Re: [JBoss-dev] LogInterceptor

2001-05-09 Thread Scott M Stark
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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins SecurityInterceptor.java

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/naming Util.java

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata WebMetaData.java

2001-05-09 Thread starksm
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

[JBoss-dev] CVS update: jboss/src/resources/org/jboss/metadata jboss-web.dtd

2001-05-09 Thread starksm
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