JBoss 3.0.2:
This is related to Bug ID: 608807.
The EJB 2.0 specification allows a call to SessionContext.getCallerPrincipal()
in the ejbCreate() method of the Statefull Session Bean.
When called from a remote (not in the same VM) client, this throws
IllegalStateException: No security
On Friday 17 May 2002 04:44, David Jencks wrote:
Are you undeploying any packages before the crashes? The problems may have
started when I cleaned up a lot of memory leaks on undeploy-- no
UnifiedClassloaders were being released, and I had to change the cmp2 proxy
code a little to tell it
On Sunday 05 May 2002 18:56, you wrote:
Give me some time and I'll try to write a surogate Clazz.forName(className,
classLoader) method that would take into account all possible types
(including primitives and their arrays) as suggested by Dr. Christoph Jung.
Ok, here it is. I attached it to
On Friday 03 May 2002 06:24, Dain Sundstrom wrote:
In org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCQueryMetaDataFactory I
have a method (convertToJavaClass) that does the name to array class
conversion. Here is the core:
int arraySize = 0;
while(name.endsWith([])) {
name =
The following is writen to the server.log for one of my CMP 2.0 finder
methods (CVS jboss3.0alpha) during deployment:
2002-01-14 17:46:40,443 DEBUG
[org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery.ContactBean.findInDatetimeRange]
EQL-QL: SELECT DISTINCT OBJECT(c) FROM Contact AS c WHERE
the JBoss
JDBC type mapping to set the parameters, so it should work.
-dain
-Original Message-
From: Peter Levart [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 14, 2002 11:59 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] EJB QL parser bug?
The following is writen
On Tuesday 18 December 2001 11:17, [EMAIL PROTECTED] wrote:
public void ejbPostCreate (
String cid,
String id,
String street,
String city,
String zip,
String state)
throws CreateException {
User: plevart
Date: 01/12/03 06:14:19
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCCustomFinderQuery.java
Log:
Should implement JDBCQueryCommand
Revision ChangesPath
1.4 +2 -2
On Saturday 01 December 2001 04:20, Scott M Stark wrote:
No, I don't see the java:comp context for this standalone war. The
AbstractWebContainer.parseWebAppDescriptors is not being called
as part of the deploy so the ENC is not getting created. There is some
integration problem between Jetty
Hello!
I get a:
java.lang.NullPointerException
org.jboss.ejb.plugins.cmp.jdbc.JDBCCustomFinderQuery.execute(JDBCCustomFinderQuery.java:68)
There's a bug in the constructor:
Index: JDBCCustomFinderQuery.java
===
RCS file:
On Saturday 01 December 2001 04:20, Scott M Stark wrote:
No, I don't see the java:comp context for this standalone war. The
AbstractWebContainer.parseWebAppDescriptors is not being called
as part of the deploy so the ENC is not getting created. There is some
integration problem between Jetty
User: plevart
Date: 01/12/01 12:32:03
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCCustomFinderQuery.java
Log:
Fix a typo in constructor that causes NPE in execute()
Revision ChangesPath
1.2 +2 -2
User: plevart
Date: 01/12/01 12:49:27
Modified:src/main/org/jboss/proxy Proxies.java
Log:
Fix for bug #487846
Revision ChangesPath
1.8 +2 -2 jboss/src/main/org/jboss/proxy/Proxies.java
Index: Proxies.java
In Sybase you can leave out the CONSTRAINT constraint_name part of the
statement. As far as uniqueness is concerned the following two statements
work together:
CREATE TABLE t1 (i INTEGER, CONSTRAINT c PRIMARY KEY (i))
CREATE TABLE t2 (i INTEGER, CONSTRAINT c PRIMARY KEY (i))
Hello!
There seems to be something wrong with java:comp naming context as seen from
within Jetty in the latest CVS sources.
That's what a servlet sees when the app is run in a JBoss/Jetty from a couple
of days ago:
+- jaas
+- TransactionPropagationContextImporter
+- JmsXA
+-
On Friday 30 November 2001 12:38, Scott M Stark wrote:
I just looked at the latest build with the jbosstest.ear from the testsuite
module
and the DebugServlet http://localhost:8080/jbosstest/DebugServlet
is displaying the full java:comp context correctly:
I tried that too and it is
On Wednesday 28 November 2001 17:10, Peter Levart wrote:
On Wednesday 28 November 2001 12:49, Dain Sundstrom wrote:
My use of the proxy generator is obviously broken. I'll look
at it after
some sleep.
Good morning!
It might be that your use of the proxy generator is not broken
On Tuesday 27 November 2001 16:50, Dain Sundstrom wrote:
This is all just conjecture. Run a profiler on the section that is taking
sooo long and find out for sure what it going on. We can waste weeks
discussing what might be the problem.
I'm sorry. It was my mistake to start a discussion
On Tuesday 13 November 2001 16:49, Dain Sundstrom wrote:
The first time I reference let's say 10 Entity Beans after a
JBoss restart it
takes approx. 5 seconds to retrieve data from them. The
second and subsequent
requests to return data from the same 10 EBs take ~20ms.
I was
On Wednesday 28 November 2001 12:49, Dain Sundstrom wrote:
I fixed this one.
In the startup code I generate one bean the old way
(Proxy.newProxyInstance), and then I steal the constructor from the
generated object. Then when a new bean instance is requested, I just use
the constructor.
Hey guys,
There's a buggy method in org.jboss.proxy.Proxies.Impl that caused every
entity bean instance of the same type to be of different Class and using
different ClassLoader. There might be other places in the code that are using
proxy generation and are producing different Class objects
On Friday 23 November 2001 16:03, you wrote:
So basically you want dynamic EJB-QL. This id possible, but would be slow.
The current EJB-QL engine was not designed to be fast, as all parsing is
done at start-up. Eventually, I plan on rewriting.
How slow do you think it would be? Do you
I'm beginning to realize that EJB 2.0 specification has a serious limitation.
It's the EJB QL.
Take for example a simple problem: How to create a finder or select method
that would return a set of entities that a user specifies by for example 4
different attributes where each of them could be
This should work and it works for me (using Sybase, but nevertheless). Have
you checked the DOCTYPE of the ejb-jar.xml file? It should read:
!DOCTYPE ejb-jar PUBLIC -//Sun Microsystems, Inc.//DTD Enterprise JavaBeans
2.0//EN http://java.sun.com/dtd/ejb-jar_2_0.dtd;
If not, then you end up
Hi JBoss developers!
I have a quick question. I just need some pointers...
The following worked fine with the RH CVS code as of Nov, 7th. Since I
updated today from the CVS and rebuilt I get the following error (see
attached exception.txt) when the service XML file (see attached
Hello!
I just wanted to know if somebody has a straight answer. I'm using JBoss 3.0
alpha with CMP 2.0.
The first time I reference let's say 10 Entity Beans after a JBoss restart it
takes approx. 5 seconds to retrieve data from them. The second and subsequent
requests to return data from the
On Monday 22 October 2001 17:54, Dain Sundstrom wrote:
The following issues apply to foreign-key-mapping ..
1) problems with unidirectional relations:
deployment does not work, because the
JDBCCMRFieldBridge.initRelatedData
does not find the related cmrField - throws
On Thursday 18 October 2001 22:59, Bill Burke wrote:
Fixed in 2.4.4 and mainline. That is, the cache insertion problem.
This fixes the bug when an exception is thrown in ejbPostCreate but there
seems to be another one. #472072 is still there. I would've attached a
testing app that exhibits
When investigating this further I found out the following:
This is a normal call stack (as printed from the AbstractInstanceCache.insert
method) when creating new instance of entity bean (CustomerBean) with empty
ejbPostCreate() method. As you can see the insertion into cache happens after
before calling down
the chain with getNext().postInvokeHome() that will in turn lead to
ejbPostCreate() invocation...
Peter
-Original Message-
From: Peter Levart [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 19, 2001 12:02 PM
To: Peter Levart; Bill Burke; Ole Husgaard;
[EMAIL
On Thursday 18 October 2001 09:57, Jung , Dr. Christoph wrote:
I fixed this in jetty.properties, although I´m not sure whether exchanging
the : with ; in the
compiler-classpath specification is platform-neutral?
CGJ
It appears that it isn't. Windows might use ;. On Linux I had to change
31 matches
Mail list logo