[JBoss-dev] PATCH: more debug info for 'Illegal access exception'

A while back while debugging my overly-complicated security rules in my ejb-jar.xml, I found it useful to put a little more information into the log when a SecurityException("Illegal access exception") is thrown. Since this might be useful to others, here's a patch. thanks, danch Index: Secur

[JBoss-dev] PATCH: make jaws debug configurable via jaws.xml

A while back there was a thread on the 'debug' variable within JAWS. I was quite vocal in saying that it should not be static final and that it should be mutable at run time. I've made this configurable through jaws.xml. This still defaults to false, but can be turned on for an ejb-jar by addi

[JBoss-dev] CVS update: jbossmq/src/lib crimson.jar jaxp.jar xml.jar

User: starksm Date: 01/03/23 22:32:08 Added: src/lib crimson.jar jaxp.jar Removed: src/lib xml.jar Log: Complete the migration of JBossMQ to JAXP1.1 Revision ChangesPath 1.1 jbossmq/src/lib/crimson.jar <> 1.1

[JBoss-dev] CVS update: jbossmq/src/build build.bat build.sh build.xml

User: starksm Date: 01/03/23 22:32:08 Modified:src/build build.bat build.sh build.xml Log: Complete the migration of JBossMQ to JAXP1.1 Revision ChangesPath 1.2 +1 -2 jbossmq/src/build/build.bat Index: build.bat

[JBoss-dev] CVS update: jbossmq/lib crimson.jar jaxp.jar xml.jar

User: starksm Date: 01/03/23 22:32:08 Modified:lib jaxp.jar Added: lib crimson.jar Removed: lib xml.jar Log: Complete the migration of JBossMQ to JAXP1.1 Revision ChangesPath 1.2 +132 -13 jbossmq/lib/jaxp.jar <> 1.

[JBoss-dev] The prodigal son returns.... (Security Exceptions)

Hi folks. I'm back :) I had to deal with getting relocated in Atlanta. I'm with CNN now. A few people had brought to my attention that they were unable to run with the latest JBoss documentation and thanks to Arun the problem has been found and we need to urgently correct the getting started docum

[JBoss-dev] CVS update: newsite/documentation jca_config.html

User: kunle Date: 01/03/23 20:36:23 Modified:documentation jca_config.html Log: minor updates Revision ChangesPath 1.7 +41 -47newsite/documentation/jca_config.html Index: jca_config.html

[JBoss-dev] Reply != Make List Archive Yourself

If I were to ask nicely, would you guys stop quoting the entire message in your replies? It's effect is magnified now that they are including "diff" output in the mailing list. Thanks for your understanding, -- /v\atthew -- Matthew L DanielNever put off until tomorrow what you can d

[JBoss-dev] CVS update: newsite/business faq.html

User: kunle Date: 01/03/23 18:42:25 Modified:business faq.html Log: A few minor changes Revision ChangesPath 1.7 +37 -14newsite/business/faq.html Index: faq.html === RCS file: /cvsroot/

RE: [JBoss-dev] Re: [JBoss-user] A little BMP philosophy/understanding

most databases support temporary stored procedures (Informing, SQL Server, Sybase). this involves some logic from the driver. but I have been enforcing this all the time, it is the drivers responsibility, not Minerva's. >There are definitely some dbs that do not cache compiled SQL... such as >Int

RE: [JBoss-dev] clustering

don't think so, give us a briefing :) Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Doug > Ferguson > Sent: Friday, March 23, 2001 4:2

[JBoss-dev] clustering

Has anybody looked into mosix and gfs? d. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development

[JBoss-dev] shared cache

this looks like a promise http://java.sun.com/aboutJava/communityprocess/jsr/jsr_107_cache.html although it is in very early stages, it may be useful following the progress Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net > -Ori

RE: [JBoss-dev] Re: [JBoss-user] A little BMP philosophy/understanding

>There are definitely some dbs that do not cache compiled SQL... such as >Interbase/Firebird. Until such time as they do, I think the statement >cache will be useful. Perhaps part of the configuration of the pool could >be to turn off the statement caching for e.g. Oracle. actually in this case

[JBoss-dev] CVS update: jboss/lib crimson.jar

User: starksm Date: 01/03/23 11:49:58 Added: lib crimson.jar Log: Updated build parser to crimson 1.1 Revision ChangesPath 1.1 jboss/lib/crimson.jar <> ___ Jboss-development mailing li

Re: [JBoss-dev] JavaGroups build

> > Where did you get your release?? > To avoid problems with the "make" build, and find the ant build, checkout the latest code from the CVS repository at: The CVS code is informally tagged 0.9.8. _

[JBoss-dev] Small NPE annoyance in LRU cache

When a bean doesn't pass the verifier it is "undeployed" and in our case the LRU cache barf an NPE. It doesn't look very good and probably has to do with some "non-initialized" field that is supposed to do some work. We can predictably say that people will screw their deployment and the error th

Re: [JBoss-dev] JavaGroups build

Filip, I hunted around for this, JavaGroups website, the site at Cornell, sourceforge... couldn't find it! The latest version I downloaded (from cs.cornell.edu) is: JavaGroups-0.9.6.zip... not ant build script! I was going to write one.. but.. Where did you get your release?? cheers peter --

RE: [JBoss-dev] Dependency Class Loader (was big ears)

Fair enough, I will write something and review your stuff... can you resend (off line) thanks marc |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jung |, Dr. Christoph |Sent: Friday, March 23, 2001 4:17 AM |To: 'marc fleury'; Jboss-Development@Lis

[JBoss-dev] AbstractInstancePool - free()

Hi, The problem I have comes originally from the fact that I use ctx.getEJBObject() to get, inside an Entity Bean, the Remote Interface itself to send it as a parameter of a finder method of another EntityBean linked to it by a field where I store this Remote Interface. Breathe ;) Please read th

Re: [JBoss-dev] Re: [JBoss-user] A little BMP philosophy/understa

Hey Jay, Thanks for the great info! One question follows inlined. Jay Walters wrote: > Just to reinforce Filip's point about Oracle doing a lot of caching already > in the server, it's not clear how much benefit there is to the Java client > side stuff. > > That being said, it looks like you

[JBoss-dev] JBoss/tomcat/ContextClassLoaderInterceptor

I think there is a problem with ContextClassLoaderInterceptor; when the embedded tomcat service starts and existing contexts are initialized, the tomcat context class loaders get linked together in a complex (and broken! way). In ContextClassLoaderInterceptor.contextInit in the current version (1

RE: [JBoss-dev] Re: [JBoss-user] A little BMP philosophy/understanding

The cache of statements within the server is global and that is the reason it gives Oracle a big win in performance vs not cached statements. Hot SQL statements are always there just waiting to be executed i.e. their execution plan is already computed. Within JDBC the statement objects are bound

RE: [JBoss-dev] Re: [JBoss-user] A little BMP philosophy/understa

Just to reinforce Filip's point about Oracle doing a lot of caching already in the server, it's not clear how much benefit there is to the Java client side stuff. That being said, it looks like you have to turn on the caching by calling some Oracle specific methods, it's not on by default. Turni

[JBoss-dev] CVS update: jbossmq/src/etc/conf/default jbossmq-cluster.xml jbossmq.xml

User: starksm Date: 01/03/23 02:22:11 Modified:src/etc/conf/default jbossmq-cluster.xml jbossmq.xml Log: Change the UTF8 encoding to UTF-8 as the xerces parser test fails on this. Revision ChangesPath 1.2 +1 -1 jbossmq/src/etc/conf/default/jbossmq-cluster.xml

Re: [JBoss-dev] jboss-auto.jcml

The cvs content of the jboss-auto.jcml file is a null config: The purpose of the jboss-auto.jcml file is to persist changes made through the JMX admin interfaces. If you remove an entry from jboss.jcml you also need to remove it from jboss-auto.jcml or if you never add any settings at runtime

[JBoss-dev] CVS update: jboss/src/etc/conf/default jbossmq.xml

User: starksm Date: 01/03/23 02:20:24 Modified:src/etc/conf/default jbossmq.xml Log: UTF8 is not a valid encoding. Changed it to UTF-8 Revision ChangesPath 1.3 +1 -1 jboss/src/etc/conf/default/jbossmq.xml Index: jbossmq.xml

[JBoss-user] Re: [JBoss-dev] Cleaning up xml parsers

I have updated cvs to be JAXP 1.1 compliant. The dist can change the choice of the xml parser by editing the JAXP properties in the run.bat or run.sh scripts. The default values are set to the crimson 1.1 parser that ships with the JAXP 1.1 RI. To change from the crimson parser to xerces for exam

[JBoss-dev] CVS update: jboss/lib jaxp.jar parser.jar

User: starksm Date: 01/03/23 02:12:27 Modified:lib jaxp.jar Removed: lib parser.jar Log: Update to JAXP 1.1 and crimson 1.1 as the build parsers. Revision ChangesPath 1.4 +132 -19 jboss/lib/jaxp.jar <> __

[JBoss-dev] CVS update: jbossmq/src/main/org/jbossmq/xml XElementProducer.java

User: starksm Date: 01/03/23 02:02:14 Modified:src/main/org/jbossmq/xml XElementProducer.java Log: Update to use the JAXP 1.1 classes to remove any dependency on a specific xml parser. Revision ChangesPath 1.3 +20 -13jbossmq/src/main/org/jbossmq/xml/XElement

[JBoss-dev] CVS update: jboss/src/bin run.bat run.sh

User: starksm Date: 01/03/23 01:58:54 Modified:src/bin run.bat run.sh Log: Update to use the JAXP1.1 xml parser properties for choosing the xml parser implementation. Set the default choice to the crimson parser that ships with the jaxp1.1 ri. Revision ChangesPath

[JBoss-dev] CVS update: jboss/src/etc run.mf

User: starksm Date: 01/03/23 01:55:27 Modified:src/etc run.mf Log: Remove the xml parser jar from the manifest so that it can be changed at startup. Revision ChangesPath 1.8 +1 -1 jboss/src/etc/run.mf Index: run.mf ==

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

User: starksm Date: 01/03/23 01:57:10 Modified:src/build build.xml Log: Update the xml parser jars. Update the version value. Revision ChangesPath 1.56 +5 -3 jboss/src/build/build.xml Index: build.xml ==

[JBoss-dev] CVS update: jboss/src/lib xml.jar

User: starksm Date: 01/03/23 01:54:36 Added: src/lib xml.jar Log: Need to keep the old sun parser for the ejx editor application for now. Revision ChangesPath 1.5 +0 -0 jboss/src/lib/xml.jar <>

[JBoss-dev] CVS update: jboss/src/lib jaxp.jar jbossmq.jar parser.jar xml.jar

User: starksm Date: 01/03/23 01:53:44 Modified:src/lib jaxp.jar jbossmq.jar Removed: src/lib parser.jar xml.jar Log: Update to JAXP 1.1 and crimson parser. Revision ChangesPath 1.2 +132 -13 jboss/src/lib/jaxp.jar <> 1.5 +384 -358

AW: [JBoss-dev] Dependency Class Loader (was big ears)

Hi Marc, I wish you best luck with the training and the jboss group effort. Earning a living is the very least that you deserve ... Btw, I´m sure that we will buy any "merchandising" product in order to support the organization ;-) Since I am in pretty much the same situation - there are times

[JBoss-dev] jboss-auto.jcml

Hi, There is a bit of confusion in my mind concerning jboss-auto.jcml. I received JNDI Name already exists exception because at one time my jboss.jcml was wrong. My fault OK. Then I deleted jboss-auto.jcml and it the server starts OK. So my question is Is jboss-auto.jcml really needed ? - If no c