Bugs item #554535, was opened at 2002-05-10 17:14
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=554535group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Niall O'Sullivan (nosullivan)
Bugs item #569077, was opened at 2002-06-14 11:17
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=569077group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Michael Newcomb (mnewcomb)
Assigned to:
Initial testing in Oracle 9i was not promising (using the latest driver
(Oracle JDBC Driver version - 9.0.2.0.0):
2002-06-18 23:39:05,843 DEBUG
[org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.SimpleEJB]
Executing SQL: UPDATE SIMPLE SET booleanPrimitive=?, booleanObject=?,
Crap. I bet the check for a specific Oracle type in the new drivers.
I'll switch it back to JAVA_OBJECT for 9i. Can someone please test
Oracle 8? If it doesn't work with either one, I'm going to delete the
new code.
Does anyone want to work on the real fix for this? I can walk you
I've done some more poking at this, and modified JDBCUtil.setParameter
as follows:
//
// Binary types need to be converted to a byte array and set
//
if(isBinaryJDBCType(jdbcType))
{
byte[] bytes = convertObjectToByteArray(value);
if
This is the way the code was before I integrated the Oracle BLOB patch.
The problem is the serialized stream is being truncated to 4000 bytes.
I just got an email from someone willing to work on implementing correct
BLOB handling.
I'd still like someone to try this in Oracle 8.
-dain
Stephen
We've had nothing but headaches using the Oracle JDBC drivers. They don't
handle LOBs the way everyone else does, especially when the size is greater
than 4000. That's a specific cuttoff. Anything below that will behave the
way you'd expect. Anything over that will certainly fail unless you code
Hi :
Is there a way to store the state of an EB in more
than one relational table using CMP in JBoss.
Our entity model requires such a persistence model ,
is this possible in JBoss-CMP.
Thanks in advance.
Regards,
muthu
__
Do You Yahoo!?
Yahoo!
No. This is planed for a future release. You can use one-to-one
relationships.
-dain
Muthumuaran A wrote:
Hi :
Is there a way to store the state of an EB in more
than one relational table using CMP in JBoss.
Our entity model requires such a persistence model ,
is this possible in
How are we handling JDK 1.4 use in JBoss? I want to use some of the new
JDBC 3.0 APIs, but they are only in JDK 1.4.
We still need to support JDK 1.3 for a long time, so how are we handling
this.
-dain
--
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
One of the problems we discovered with Oracle LOB types while using them in a 2-tier
environment was that the LOB lengths were being recorded incorrectly. (even when using
the Oracle specific LOB classes) As long as the LOB grew in length, there was no
problem. As soon as you wrote back a LOB
Bugs item #554535, was opened at 2002-05-10 15:14
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=554535group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Niall O'Sullivan (nosullivan)
I think there are some settings (ant properties) in build.xml...
You can see how to use jdk 1.3/4 in connector module.
Claudio
-Original Message-
From: Dain Sundstrom [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, June 18, 2002 6:13 PM
To: JBoss-dev
Subject: [JBoss-dev]
man what a cup!
Italy out... simone, yeah you can cry on my shoulder I know the feeling,
Only Spain is exciting these days,
But I really want Senegal to win :)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Ignacio Coloma
|Sent:
As long as the USA don't win but they shall defeat Germany
and send them home.
Andy
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 18, 2002 11:06 AM
Subject: RE: [JBoss-dev] I can't believe france is out of the world cup
man what a
the configuration of datasources is a scary mess, will iron that out soon
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Howard M. Lewis Ship
|Sent: Thursday, June 13, 2002 8:41 AM
|To: JBoss Dev
|Cc: Tapestry Developer
|Subject: [JBoss-dev]
I thought Scott said this was fixed
what is the story?
--jason
-Original Message-
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On Behalf Of marc fleury
Sent: Tuesday, June 18, 2002 11:01
AM
To:
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Has the
CCE problem been
|It won't do multiple languages yet AFAIK, but how about using the xmbean
|functionality? You can put the descriptions in your source files and
|generate the xmbean xml descriptors using xdoclet. I don't know if jetty
That's really cool, does it support initial values for the attributes as
It has. Marc is still playing catch-up with his email.
-dain
Jason Dillon wrote:
I thought Scott said this was fixed? what is the story?
--jason
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of marc
fleury
Sent: Tuesday, June
If it weren't for Prendergast we(Belgians) would have beaten Brasil !
/Werner
(who knows nothing about football, but has the Belgian Football
Association running on JBoss :-)))
Andreas Schaefer wrote:
As long as the USA don't win but they shall defeat Germany
and send them home.
Andy
Since we are doing preprocessing of the source, are we going to have two
releases, one for 1.3 and one for 1.4?
-dain
Vesco Claudio wrote:
I think there are some settings (ant properties) in build.xml...
You can see how to use jdk 1.3/4 in connector module.
Claudio
There is not preprocessing for the connector module, substitute classes
are used.
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Dain Sundstrom
Sent: Tuesday, June 18, 2002 12:06 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev]
hi,
On Tue, 2002-06-18 at 20:19, Andreas Schaefer wrote:
As long as the USA don't win but they shall defeat Germany
and send them home.
lol. as it looks germany will march through and take the cup by
defeating the three mighty football giants usa, south korea and turkey.
what i'm really
You probably need to implement a version based plugin, like the jrmp
proxy stuff used to have.
Hopefully then we could build the release with 1.4 and have it still
work on 1.3.
Or will that lead to strange shit?
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
Bugs item #569305, was opened at 2002-06-15 08:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=569305group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Samuel Terrell (j3110)
Assigned to: Nobody/Anonymous
Number of tests run: 617
Successful tests: 615
Errors:0
Failures: 2
[time of test: 18 June 2002 12:30 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
There is a patch for 1 of the cases of CCE. There is also a bug in Sun's
JVM that we can not hack around. JRockit does not have this problem.
On Tue, 2002-06-18 at 14:49, Dain Sundstrom wrote:
It has. Marc is still playing catch-up with his email.
-dain
Jason Dillon wrote:
I thought
compile on jdk 1.4, the local wrapper gets the 1.4 jdbc 3
compile on jdk 1.3, you get jdbc 2
done with ant filtering to put/not put comments around jdbc 3 code.
I think the xa stuff doesn't wrap the stuff with jdbc 2 to 3 changes.
david jencks
On 2002.06.18 12:12:30 -0400 Dain Sundstrom
There is preprocessing for the local tx wrapper. If its compiled in 1.3 it
should work in 1.4 but other problems apparently occur the other way.
david jencks
On 2002.06.18 15:16:21 -0400 Jason Dillon wrote:
There is not preprocessing for the connector module, substitute classes
are used.
| As long as the USA don't win but they shall defeat Germany
| and send them home.
|
|lol. as it looks germany will march through and take the cup by
|defeating the three mighty football giants usa, south korea and turkey.
don't be so fucking cocky look what it got france g
|what i'm really
On 2002.06.18 14:44:36 -0400 marc fleury wrote:
|It won't do multiple languages yet AFAIK, but how about using the xmbean
|functionality? You can put the descriptions in your source files and
|generate the xmbean xml descriptors using xdoclet. I don't know if
jetty
That's really cool,
Pre-processed by what?
The java folks really fucked up when they removed pre-processor support
say it was only useful arch specific issues, which java doesn't have
(which we all know is shit)... but they screwed themselves since we
really need a robust pre-processor to handle the jvm version
Can this be implemented using a bridge pattern to allow the version
specific code to vary from VM to VM as specified by the Java version the
VM supports?
This would be better IMO than use a preprocessor.
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL
Yeah, what I do in this case is define an interface and
supply per-JVM implementations of the interface.
I instantiate them (from class name) starting with the
JDK 1.4 version and, if that fails, back to the 1.3,
1.2, etc. version.
The trick is to compile each class with the correct
I don't see how to compile something on 1.3 that calls a method that is not
in the jdbc 2 spec, but if you have a reference to an example of how to do
what you suggest I'll take a look.
IMO reflection is worse than a preprocessor.
david jencks
On 2002.06.18 16:34:24 -0400 Jason Dillon wrote:
Bugs item #570786, was opened at 2002-06-18 21:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=570786group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jason Levine (jfl123)
Assigned to:
by ant copy, filter=true.
david
On 2002.06.18 16:31:02 -0400 Jason Dillon wrote:
Pre-processed by what?
The java folks really fucked up when they removed pre-processor support
say it was only useful arch specific issues, which java doesn't have
(which we all know is shit)... but they
Hello, I have the following question. I want to set up all of the
resource references in one place, such as standardjboss.xml, rather than
having to create a jboss.xml file for each bean. If only one bean is
specified in standardjboss.xml, then this approach works fine; however,
if more than one
The only way I can think of to do this would be to use proxies, where
the IH has a reference to the version specific impl.
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of David Jencks
Sent: Tuesday, June 18, 2002 2:05 PM
To:
Patches item #570811, was opened at 2002-06-18 19:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=570811group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Diego CElery (dcelery)
Assigned
On Tue, 18 Jun 2002, David Jencks wrote:
I don't see how to compile something on 1.3 that calls a method that is not
in the jdbc 2 spec, but if you have a reference to an example of how to do
what you suggest I'll take a look.
IMO reflection is worse than a preprocessor.
david jencks
Doing something fancy for this is ridiculous-- its in a jca adapter that
wraps a jdbc driver. We should just compile one for each jdk version and
by default use the one for jdk 1.3.
Is it easy to compile both in one run?
david jencks
On 2002.06.18 17:54:53 -0400 Jason Dillon wrote:
The only
It is a trade off, either complex build or fancy proxy-bridge system. I
think it would be in our interest to figure out a way to do the later,
as we will always have to deal with this shit.
Better that then releasing a JBoss-Java-1.3 and JBoss-Java-1.4 + all of
the JBoss variants. That is
1.3 has to be supported as long as 1.4 doesn't work with jboss (problems include
Classcastex. in port.rem.obj.narrow and nullpointer on ear with war inside on jetty)!
On Tue, Jun 18, 2002 at 11:12:30AM -0500, Dain Sundstrom wrote:
How are we handling JDK 1.4 use in JBoss? I want to use some
On 2002.06.18 18:56:26 -0400 Jason Dillon wrote:
It is a trade off, either complex build or fancy proxy-bridge system. I
think it would be in our interest to figure out a way to do the later,
as we will always have to deal with this shit.
Better that then releasing a JBoss-Java-1.3 and
Bugs item #570851, was opened at 2002-06-18 23:23
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=570851group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Corby (corby)
Assigned to:
Number of tests run: 793
Successful tests: 784
Errors:5
Failures: 4
[time of test: 19 June 2002 0:47 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
I think we might have to create our own interface which exposes the 1.4
stuff, so we can still compile on 1.3... even if those methods will be
no-ops.
Then you can use a proxy created from a factory that invokes onto a
version specific impl (throwing exceptions for the methods which are not
Man did I open a can or worms.
I am going to put the JDBC 3.0 code into plug able classes. The
question I have is how are we building the JDK 1.4 classes. If we
compile on 1.4 will it run on 1.3?
-dain
Jason Dillon wrote:
I think we might have to create our own interface which exposes the
We need to support it until J2ME upgrades to 1.4, and considering they
are not quite at 1.3 yet, it will be a couple of years.
-dain
[EMAIL PROTECTED] wrote:
1.3 has to be supported as long as 1.4 doesn't work with jboss
(problems include Classcastex. in port.rem.obj.narrow and nullpointer
If you create an interface which extends from the java.whatever
interface, then define the methods that differ between the supported
version (so add the new methods from 1.4), then our code can use that
interface on 1.4 or 1.3 and it will compile.
You should then use org.jboss.util.platform.Java
Hi Geeks
Maybe this is a stupid question but does JBoss has a
URL resource to provide clients with URLs ?
Thanx
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
On 2002.06.18 19:59:01 -0400 Jason Dillon wrote:
I think we might have to create our own interface which exposes the 1.4
stuff, so we can still compile on 1.3... even if those methods will be
no-ops.
Then you can use a proxy created from a factory that invokes onto a
version specific impl
I assume that 1.4 will generate byte code which 1.3 vms can read and not
freak out. See my response to myself on how to branch based on version
+ interfacing issues that should be all we need to make this work... but
there are probably some details I am overlooking.
--jason
-Original
Yes, there are examples of this in the naming ENC unit tests.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Andreas Schaefer [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 18, 2002 5:34 PM
Number of tests run: 783
Successful tests: 773
Errors:7
Failures: 3
[time of test: 19 June 2002 2:36 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun Microsystems
Bugs item #570212, was opened at 2002-06-17 15:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=570212group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Frank Langelage (lafr)
Assigned to:
Number of tests run: 790
Successful tests: 780
Errors:6
Failures: 4
[time of test: 19 June 2002 3:57 GMT]
[java.version: 1.4.0]
[java.vendor: Sun Microsystems Inc.]
Bugs item #570943, was opened at 2002-06-18 23:45
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=570943group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Yanik Crepeau (yanikc)
Assigned to:
Patches item #570951, was opened at 2002-06-19 00:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=570951group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Yanik Crepeau (yanikc)
Assigned to:
Number of tests run: 759
Successful tests: 745
Errors:12
Failures: 2
[time of test: 19 June 2002 5:17 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
Number of tests run: 791
Successful tests: 782
Errors:6
Failures: 3
[time of test: 19 June 2002 6:34 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux
62 matches
Mail list logo
