Bugs item #516834, was opened at 2002-02-13 00:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516834group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned to:
Bugs item #515542, was opened at 2002-02-10 08:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=515542group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned
Bugs item #516835, was opened at 2002-02-13 00:27
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516835group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned to:
I was looking over this bug and realized that with the container
optimizations you added that no JMX compliant client (or adapter) will
function correctly unless they have been specifically coded to use our
Invocation objects.
I now understand what is going on here, I was confused at first
Off topic, but were you able to get NetBeans to build JBoss using its
ant fluff?
I've never tried in fact... I always compile ant from the command line.
One thing to add about netbeans: A problem with netbeans regarding JBoss
structure is that JBoss has its source folders disseminated in many
User: user57
Date: 02/02/13 01:13:34
Modified:src/main/org/jboss/invocation Invocation.java
Log:
o Added Invocation.INVOKE_SIGNATURE so we don't have to keep creating
new String[]'s
o Cleaned up LocalInvoker to use the ServiceMBeanSupport class properly
Revision
User: user57
Date: 02/02/13 01:13:35
Modified:src/main/org/jboss/invocation/local LocalInvoker.java
Log:
o Added Invocation.INVOKE_SIGNATURE so we don't have to keep creating
new String[]'s
o Cleaned up LocalInvoker to use the ServiceMBeanSupport class properly
..is ignored completely. Shall I file a bugreport, or it that a known or
already fixed one?
Christopher
--
.Digital.Yearning.for.Networked.Assassination.and.Xenocide
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: juhalindfors
Date: 02/02/13 03:07:02
Modified:.modules
Log:
added log4j to jboss-mx checkout
Revision ChangesPath
1.87 +2 -1 CVSROOT/modules
Index: modules
===
RCS file:
User: user57
Date: 02/02/12 20:14:08
Modified:.build.xml
Log:
o if these classes don't need to be built then why
hy are they there?
because the tests won't work correctly if those classes are in the system classpath
instead of loaded dynamically. Please add the
Bugs item #516953, was opened at 2002-02-13 05:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516953group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Chris Harris (charris)
Assigned to: Nobody/Anonymous
Bugs item #516707, was opened at 2002-02-12 15:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516707group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Bugs item #515537, was opened at 2002-02-10 08:18
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=515537group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Georg Schmid (giorgio42)
hi there,
i have problem with deploying my session bean.
i get following repport form jboss:
-
[ERROR,XmlFileLoader] failed to load jboss.xml. There could be a syntax error.
[ERROR,ContainerFactory] DeploymentError
If I got it right, the following happens during deployment of an ear:
1. the MainDeployer unpacks the ear and iterates over the modules
2. the MainDeployer retrieves an apropriate deployer for each module
(e.g. EJBDeployer) and invokes the method deploy on it
3. The EJBDeployer creates an
Bugs item #517018, was opened at 2002-02-13 07:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=517018group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Hamann (thomash76)
Assigned to:
Bugs item #517062, was opened at 2002-02-13 09:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=517062group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Prescott (fuseboy)
Assigned
I've just submitted patch 517088 to completely remove the jboss proxy compiler
and replace it with use of java.lang.reflect.Proxy.
The BCEL looks pretty good for all sorts of stuff, but the JDK Proxy class
does everything that the JBoss one does.
An 'interesting' use of the BCEL would be to
Bugs item #516684, was opened at 2002-02-12 14:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516684group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
Patches item #517088, was opened at 2002-02-13 10:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=517088group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neale Swinnerton (neales)
Assigned to:
I believe the one thing that the java.lang.reflect.Proxy won't do that
JBoss needs is to generate implementations of abstract classes (rather
than interfaces) this is important in a few places (EJB 2.0 CMP for one)
danch
Neale Swinnerton wrote:
I've just submitted patch 517088 to completely
Bugs item #516684, was opened at 2002-02-12 14:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516684group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
Still seems broken from here... When I deploy the second ear I see this:
11:45:52,174 ERROR [JBossWebApplicationContext#/vagrant-admin] failed to
setup ENC
javax.naming.NameAlreadyBoundException; remaining name 'env'
at
org.jnp.server.NamingServer.createSubcontext(NamingServer.java:451)
Yep this package is an absolute requirement of CMP 2.0. The
java.lang.reflect.Proxy package can't generate a subclass of an abstract
class, and this is where BCEL could take over.
If you want to look into writing a replacement with BCEL that would be
very cool (they do have a sample dynamic
User: reverbel
Date: 02/02/13 12:12:14
contrib/iiop/src/main/org/jboss/proxy/compiler - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: reverbel
Date: 02/02/13 12:21:46
Added: iiop/src/main/org/jboss/proxy/compiler IIOPStubCompiler.java
Util.java
Log:
Moving IIOP stub compiler classes from the org.jboss.proxy package:
org.jboss.proxy.IIOPStubCompiler -
User: reverbel
Date: 02/02/13 12:21:46
Removed: iiop/src/main/org/jboss/proxy IIOPStubCompiler.java
Util.java
Log:
Moving IIOP stub compiler classes from the org.jboss.proxy package:
org.jboss.proxy.IIOPStubCompiler -
User: reverbel
Date: 02/02/13 12:45:34
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/client
DynamicStub.java StubClassLoader.java
Log:
- org.jboss.proxy.IIOPStubCompiler moved to
org.jboss.proxy.compiler.IIOPStubCompiler.
- JacORB now
User: reverbel
Date: 02/02/13 12:45:34
Modified:iiop/src/main/org/jboss/ejb/plugins/iiop/server
CodebaseInterceptor.java
CodebaseInterceptorInitializer.java
CodebasePolicy.java CodebasePolicyFactory.java
Bugs item #517130, was opened at 2002-02-13 11:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=517130group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Egan Allen (eganallen)
Assigned to:
On 12 Feb 2002 15:24:31 -0800, Jason Dillon wrote:
Has anyone played with a decent cross platform tool that can easily
translate from style to style? It seems that we will always have this
problem, but if we could gave something translate a users style back
into jboss style then we can end this
User: patriot1burke
Date: 02/02/13 14:46:03
Modified:src/build Tag: Branch_2_4 build.xml
Log:
added ApplicationDeadlockException to jboss-client
Revision ChangesPath
No revision
No revision
1.77.2.12 +1 -0
User: patriot1burke
Date: 02/02/13 14:46:57
Modified:src/main/org/jboss/ejb/plugins/lock Tag: Branch_2_4
BeanLockSupport.java QueuedPessimisticEJBLock.java
Added: src/main/org/jboss/ejb/plugins/lock Tag: Branch_2_4
Somebody on the ant list just posted that Ant is a JavaWorld Finalist.
It appears JBoss is also.
Best Java Application Server (alphabetical order)
BEA WebLogic Server 6.1, BEA Systems
JBoss 2.4.4, JBoss.org
WebSphere Application Server 4.0, IBM
from:
User: patriot1burke
Date: 02/02/13 15:20:38
Modified:src/main/org/jboss/ejb/plugins/lock BeanLockSupport.java
Log:
added ApplicationDeadlockException
Revision ChangesPath
1.12 +3 -3 jboss/src/main/org/jboss/ejb/plugins/lock/BeanLockSupport.java
Index:
User: patriot1burke
Date: 02/02/13 15:20:56
Added: src/main/org/jboss/ejb/plugins/lock
ApplicationDeadlockException.java
Log:
added ApplicationDeadlockException
Revision ChangesPath
1.2 +40 -0
User: patriot1burke
Date: 02/02/13 15:20:12
Modified:.build.xml
Log:
added ApplicationDeadlockException to jboss-client
Revision ChangesPath
1.57 +2 -1 jboss/build.xml
Index: build.xml
Change Notes item #517248, was opened at 2002-02-13 15:29
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=517248group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Bill Burke (patriot1burke)
Assigned to:
I will fix this.
--jason
On Wed, 2002-02-13 at 03:44, Juha Lindfors wrote:
User: user57
Date: 02/02/12 20:14:08
Modified:.build.xml
Log:
o if these classes don't need to be built then why
hy are they there?
because the tests won't work correctly if
User: jules_gosnell
Date: 02/02/13 17:03:16
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
a bit more work on timers etc..
comment out Mortbay Logger MBean - it's causing trouble
Revision ChangesPath
1.45 +6 -6
User: jules_gosnell
Date: 02/02/13 17:03:17
Modified:jetty/src/main/org/jboss/jetty/util
AbstractTimeOutManager.java
NaiveTimeOutManager.java
Log:
a bit more work on timers etc..
comment out Mortbay Logger MBean - it's causing
Change Notes item #517250, was opened at 2002-02-13 15:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=517250group_id=22866
Category: None
Group: v2.4.5
Status: Open
Priority: 5
Submitted By: Bill Burke (patriot1burke)
Assigned to: Nobody/Anonymous
User: user57
Date: 02/02/13 17:08:19
Modified:.build.xml
Log:
o build two jars, one with main classes and one with tests
Revision ChangesPath
1.15 +14 -6 jmx/build.xml
Index: build.xml
This means we already edged out Oracle and others.
-dain
Jeff Tulley wrote:
Somebody on the ant list just posted that Ant is a JavaWorld Finalist.
It appears JBoss is also.
Best Java Application Server (alphabetical order)
BEA WebLogic Server 6.1, BEA Systems
JBoss 2.4.4,
User: jules_gosnell
Date: 02/02/13 17:03:16
Modified:jetty/src/main/org/jboss/jetty/session
DistributedHttpSessionManager.java
Log:
a bit more work on timers etc..
comment out Mortbay Logger MBean - it's causing trouble
Revision ChangesPath
What version of JBoss are you using?
--jason
On Wed, 2002-02-13 at 16:53, Dave Smith wrote:
After having a bad day trying to get a message selector working for a
topic listener I came across a few bugs.
1) If the message selector is invalid but the connection is not started
but no
Patches item #517274, was opened at 2002-02-13 17:04
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=517274group_id=22866
Category: None
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Robert Whitehead
Didn't think about it, I'm too used to only see BEA and JBoss, but there are
nearly 20 players in this game, including HP AS, OAS, iPlanet...
and Lutris, heh :)
-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]En nombre de Dain
Sundstrom
Enviado el: jueves, 14 de
CVS as off 5pm EST Feb13
Jason Dillon wrote:
What version of JBoss are you using?
--jason
On Wed, 2002-02-13 at 16:53, Dave Smith wrote:
After having a bad day trying to get a message selector working for a
topic listener I came across a few bugs.
1) If the message selector is
User: user57
Date: 02/02/13 17:31:01
Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvoker.java
Log:
o Using Invocation.INVOKE_SIGNATURE
Revision ChangesPath
1.13 +13 -3 jboss/src/main/org/jboss/invocation/jrmp/server/JRMPInvoker.java
Index:
User: user57
Date: 02/02/13 17:31:01
Modified:src/main/org/jboss/invocation/jrmp/server JRMPInvokerHA.java
Log:
o Using Invocation.INVOKE_SIGNATURE
Revision ChangesPath
1.11 +37 -50
jbossmx/src/main/org/jboss/invocation/jrmp/server/JRMPInvokerHA.java
I did not think we were using the old parser anymore... Is there a
reason this is still around after Scott reimplemented in JavaCC?
--jason
On Wed, 2002-02-13 at 16:53, Dave Smith wrote:
After having a bad day trying to get a message selector working for a
topic listener I came across a few
Please submit a bug for this.
--jason
On Wed, 2002-02-13 at 16:53, Dave Smith wrote:
After having a bad day trying to get a message selector working for a
topic listener I came across a few bugs.
1) If the message selector is invalid but the connection is not started
but no error is
Actually it's worse than that. If you change the default parser to
SelectorParser, nothing works! So a simple slector like type='cadex' bombs.
Jason Dillon wrote:
I did not think we were using the old parser anymore... Is there a
reason this is still around after Scott reimplemented in
Yeah. I'm in awe of this! This is really really good news.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
Sundstrom
Sent: Wednesday, February 13, 2002 8:18 PM
To: Jeff Tulley
Cc: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JBoss a
How about making us a MessageSelectorTestCase so we can catch this next
time. I am about to commit a fix to the build system so that changes to
jms.jj actually will get used, as well as making SelectorParser the
default.
Going to keep parser.java jms.y around for a bit, but once the javacc
one
User: user57
Date: 02/02/13 18:54:29
Modified:.build.xml
Log:
o Removing files generated by JavaCC.
o Renamed jms.jj to SelectorParser.jj (it generates SelectorParser.java)
o Made SelectorParser the deafult
o Fixed build system to correctly build the parser
User: user57
Date: 02/02/13 18:54:30
Modified:src/main/org/jboss/mq/selectors Operator.java Selector.java
Added: src/main/org/jboss/mq/selectors SelectorParser.jj
Removed: src/main/org/jboss/mq/selectors ASCII_CharStream.java
ParseException.java
JBoss daily test results
SUMMARY
Number of tests run: 484
Successful tests: 476
Errors:4
Failures: 4
[time of test: 14 February 2002 2:53 GMT]
[java.version:
|So it then delays startup but once the EJB is deployed it does not start
|the mbean. I'm I getting closer?
not really, you will hold up the deployment but since the dependency logic
is only present in the SARDeployer at the moment, you miss the deployment of
the ejb.
to do what you want you
Is it more expensive to use log.trace? can we bypass the string creation
with trace?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Tuesday, February 12, 2002 12:16 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS
I think I made a mistake by adding the plugins/ sub-directory under
jboss-all.
I would like to get rid of it, such that all modules are peers.
This means that all modules under plugins:
catalina/ jboss.net/ jetty/ tomcat/ varia/
Will now be peers to build/
It is a small config change
JBoss daily test results
SUMMARY
Number of tests run: 484
Successful tests: 477
Errors:4
Failures: 3
[time of test: 14 February 2002 3:22 GMT]
[java.version:
don't do new objectname(string) it is a pig
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Oleg
|Nitz
|Sent: Monday, February 11, 2002 4:54 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update:
Can you please verify that things are still broken with the latest CVS
(with the changes I just commited). Please submit a testcase, if you
are in there and finding problems just throw something together and
submit it.
--jason
On Wed, 2002-02-13 at 17:52, Dave Smith wrote:
Actually it's
Have not actually run any tests, but I would imagine that trace is a
little slower than debug, but I can't imagine it would be that
noticeable... though I have not run any benchmarks.
I am still not too convinced that using trace over debug is that
important... especially with classes that only
On 2002.02.14 01:18:47 -0500 marc fleury wrote:
|So it then delays startup but once the EJB is deployed it does not start
|the mbean. I'm I getting closer?
not really, you will hold up the deployment but since the dependency
logic
is only present in the SARDeployer at the moment, you miss
Its not a question of the expense of log.debug vs log.trace here.
Both are used under a guard in this code and will only incur the
cost of generating the log message string if logging is requested.
The issue is that a lot of useful information is issued using
debug level messages that are not
JBoss daily test results
SUMMARY
Number of tests run: 484
Successful tests: 477
Errors:4
Failures: 3
[time of test: 14 February 2002 5:11 GMT]
[java.version:
OK. it looks like it does not like the BOOLEAN token as a combo fo the
TRUE and FALSE tokens. Inlining them works. Patch inclosed.
Now the selector will parse but still does not deliver it properly.
Going to bed , have a look in the morning...
Dave Smith wrote:
Ok. First problem solved. We
User: starksm
Date: 02/02/13 22:27:53
Modified:src/main/org/jboss/test/perf/test PerfTest.java
Log:
Print out the code sources for the ProbeHome proxy interfaces and
the local ProbeHome class code source
Revision ChangesPath
1.2 +24 -7
Bugs item #516684, was opened at 2002-02-12 14:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=516684group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
According to the JMS spec the reserved words are case insensitive. A
part of the TOKEN spec I use in the new EJB-QL parser follows:
TOKEN [IGNORE_CASE] : /* RESERVED WORDS */
{
FALSE: FALSE
| NOT: NOT
| NULL: NULL
| TRUE: TRUE
}
The boolean declaration won't work because you
User: user57
Date: 02/02/13 23:37:32
Modified:.build.xml
Log:
o drop bogus encoding variable, so the docs will build again
Revision ChangesPath
1.58 +1 -2 jboss/build.xml
Index: build.xml
If you have a chance, sanity check
messaging/src/main/org/jboss/mq/selectors/SelectorParser.jj
It has been at least 2 years since I did any active JavaCC work.
--jason
On Wed, 2002-02-13 at 23:01, Dain Sundstrom wrote:
According to the JMS spec the reserved words are case insensitive. A
75 matches
Mail list logo
