What is the state of the upgrade to Hypersonic 1.7?
--
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http
ral we cannot
> get a third party to use our thread pool. The pool component should
> really just fall out of the JCA work.
>
>
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
>
> - Original Message -
sponsored by:ThinkGeek
>>Welcome to geek heaven.
>>http://thinkgeek.com/sf
>>___
>>Jboss-development mailing list
>>[EMAIL PROTECTED]
>>https://lists.sourceforge.net/lists/listinfo/jboss-development
>>
>
>
>
t
> dumb? Any way to view the repository without downloading the whole thing?
I just tried it and it is totally broken. File a bug report with
sourceforge.
https://sourceforge.net/tracker/?func=add&group_id=1&atid=21
--
Dain Sundstrom
Chief Architect JBossCMP
.
--
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r
gt; ---
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone? Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>
Andreas Schaefer wrote:
> Hi Dain
>
>
>>That is no excuse. The exceptional case is the MBeanServer is having
>>issues. So to quote you "get off your fat ass". This code is
>>confusing, and just plane wrong. Fix it.
>
>
> No, it is an exception when no server is available therefore this
>
ave to catch
> (JMX) exceptions anyway. Whenever you call create/destroy on
> a JSR-77 instance then we assume that the server is available otherwise
> it is an exception (no server rep. when JBoss server is running).
>
> Have fun - Andy
>
> ----- Original Message -
> From
Alex Loubyansky wrote:
> ObjectName lServer = null;
> try {
>lServer = (ObjectName) pServer.queryNames(
> new ObjectName(
> J2EEManagedObject.getDomainName() + ":" +
> J2EEManagedObject.TYPE + "=" + J2EEServer.J2EE_TYPE + "," +
> "*"
> ),
> null
>
the
> years. Thanks for taking the time on this, I guess. But, on the crying
> thing, screw you too.
>
> Micael
>
>
>
>
>
> ---
> This sf.net email is sponsored by: OSDN - Tired of that sam
for-pay docos? Lately
> I am thinking about buying them since I hear of new
> behaviour/possibilities included in JBoss. Mainly I'm talking about the
> new CMP stuff and the JBoss JMX state-of-the-art.
>
> Doesn't matter too much, since I am going to buy them anyway
---
>>> This sf.net email is sponsored by:ThinkGeek
>>> Welcome to geek heaven.
>>> http://thinkgeek.com/sf
>>> ___
>>> Jboss-development mailing list
>>>
ond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=376685&aid=584663&group_id=22866
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _
Hypersonic 1.7 final was released. Does anyone want to work on
integrating it? I am excited to get this working. I want to try to get
commit option A with stored procedure cache update notifications.
Should be super fast.
--
Dain Sundstrom
Chief Architect JBossCMP
I updated the source and I'm still getting errors on a very regular
basis. I don't think these are a problem for this test. Here are the
new stack traces:
20:24:10,394 WARN [jbossweb] WARNING: GET
/servlet/edu.rice.rubis.beans.servlets.ViewItem?itemId=1109 HTTP/1.1
java.lang.IllegalStateExc
Greg Wilkins wrote:
>
> Ouch - that does not look good!
>
> The > java.lang.IllegalStateException: Not EDITABLE
> exception is thrown when something tries to modify a request
> when it is not in a modifiable state. This is normally when
> the header has already been committed when sending th
I finally have Rice RUBiS code running my my server. I had to toss
their make based build system and I merged the web, servlet, and ejb
tier's into a single ear (all of these were on a single box). Later I
will update the ant script to support the running of these on different
tiers.
Anyway
Ole Husgaard wrote:
> There is a problem with holding on to a TxCapsule reference:
> TxCapsule instances are relatively heavy-weight, and may be
> reused to control other transactions.
How heavyweight? If you scrap the reuse code, what is the performance
impact?
I am trying to push the discussi
l is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
--
x
marc fleury wrote:
>>Maybe we should be a little more restrictive than JTA here,
>>and only allow reentrant calls to the transaction service
>>during the callouts when done on the same thread.
>>
>>I think that would allow us to simply synchronize on the
>>methods of the TransactionImpl fronten
be very expensive because Hot Spot purposely does not optimize
exception handling (which means that an exception can cost 100-1000
times longer then the non-excetion code).
The only way I could see that this code be faster is if there is a lot
of contention. Is ther
ncePool.add(AbstractInstancePool.java:146)
>
> at
> org.jboss.ejb.plugins.TimedInstancePoolFeeder.run(TimedInstancePoolFeeder.java:61)
>
> at java.util.TimerThread.mainLoop(Timer.java:430)
>
> at java.util.TimerThread.run(Timer.java:380)
>
>
>
&
How can I see the log for this test? I have some uncommitted changes to
the tests for the change, but I'm working on the Quick Start stuff, so
It will be a while before I can clean this up.
-dain
Scott M Stark wrote:
> These errors look to be related to the switch to use the JBossCMP
> engine
t;Bugs item #568439, was opened at 2002-06-13 02:24
>>You can respond by visiting:
>>https://sourceforge.net/tracker/?func=detail&atid=376685&aid=5
>>68439&group_id=22866
>>
>>Category: JBossCMP
>>Group: v3.0 Rabbit Hole
>>Status: Closed
>>
Ole Husgaard wrote:
> Dain Sundstrom wrote:
>
>>If you change the jdbc-type (not the sql-type) to VARCHAR, it should
>>work for you. If the parameter type is a Character and the jdbc-type is
>>a VARCHAR, the parameter is converted into a string before setting, and
> ---
> This sf.net email is sponsored by:ThinkGeek
> Oh, it's good to be a geek.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https:
:
> Completion maybe???
>
> What would it be and why is it interesting?
>
> KISS,
>
> Marcf
>
>
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED]] On
>>Behalf Of Dain Sundstrom
>>Sent: Saturday, July 06, 20
n DEC 7 2001.
>
> Regards,
>
> Stephen.
>
>
> On Tue, 2002-06-11 at 23:59, Dain Sundstrom wrote:
>
>>JBossCMP documentation for the JBoss 3.0 release is now available at
>>FlashLine.
>>
>>http://www.flashline.com/Components/View.jsp?&prodid=4312
Cool. When you get this done, I'd like to add some code to send the
stacktrace for remote exceptions on JDK 1.3.
-dain
Bill Burke wrote:
> As you might already now, I'm wrapping the return value from an invocation
> in a response object. This is so that the server side can communicate back
>
ww.hotmail.com
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> No, I will not fix your computer.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing li
I ment "I CAN'T build a clean checkout."
Dain Sundstrom wrote:
> What is up the cvs HEAD? I can build a clean checkout. I get the
> following errors:
>
> [execmodules]
> /home/dain/work/jboss/jboss-all/jmx/src/main/org/jboss/mx/util/MBe
> anInstall
What is up the cvs HEAD? I can build a clean checkout. I get the
following errors:
[execmodules]
/home/dain/work/jboss/jboss-all/jmx/src/main/org/jboss/mx/util/MBe
anInstaller.java:79: cannot resolve symbol
[execmodules] symbol : method getVersions ()
[execmodules] location: class org.jboss.
Is it just me or is HEAD broken? When I do a fresh check out and build
I get the following build errors.
[javac] Compiling 437 source files to /home/dain/work/jboss/jboss-all/jmx/ou
tput/classes
[execmodules]
/home/dain/work/jboss/jboss-all/jmx/src/main/org/jboss/mx/util/MBe
anInstaller.java:7
d"
I didn't write the XDoclet stuff, so I have no idea what the correct
tags are.
> by the way, xdoclet could put the same of the field as the default : )
Sure, suggest it on the XDoclet list.
-dain
--
Dain Sundstrom
Chief Archite
_
>>>Jboss-development mailing list
>>>[EMAIL PROTECTED]
>>>https://lists.sourceforge.net/lists/listinfo/jboss-development
>>
>
>
>
> ---
> This sf.net email is sponsored by: Jabber Inc.
> Don'
).
--
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
---
This sf.net email is sponsored by: Jabber Inc.
Don't miss the IM event of the season | Special offer for OSDN members!
JabConf 2002, Aug.
of wrong sql generation bug appeareing
> in 3.0.0??
>
> Dain Sundstrom wrote:
>
>> File a bug report a sourceforge. Make sure to include the ejb-jar.xml
>> file, or the revelent sections if it is huge.
>>
>> -dain
>>
>> Emerson Cargnin - MSA wr
marc fleury wrote:
>
> |-Original Message-
> |From: [EMAIL PROTECTED]
> |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
> |Dillon
> |Sent: Monday, June 24, 2002 12:24 PM
> |To: [EMAIL PROTECTED]
> |Subject: RE: [JBoss-dev] How to specify depens for EJB
> |
> |
> |Dude... you don't get it.
; Justin
>
>
>
>
> ---
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforg
at
> org.jboss.ejb.plugins.local.LocalHomeProxy.invoke(LocalHomeProxy.java:110)
> at $Proxy49.findByFilter(Unknown Source)
>
>
>
>
> ---
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
14080
--
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
___
Jboss-development mailing
the method setForeignKey of the class JDBCCMRFieldBridge
> is called. With the right paramenters I think.
> - What is the sequence of calls to make the update on the database ?
>
> Thanks.
>
--
Dain Sundstrom
Chief Ar
.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 of
>> the new JDBC 3.0 APIs, but they are only in JDK 1.4.
>>
>>
gt;>
>>>>>>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
; Claudio
>
>
>>-Original Message-
>>From: Dain Sundstrom [SMTP:[EMAIL PROTECTED]]
>>Sent: Tuesday, June 18, 2002 6:13 PM
>>To: JBoss-dev
>>Subject: [JBoss-dev] JDK 1.4 use in JBoss
>>
>>How are we handling JDK 1.4 use in JBoss? I want to
ROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Jason Dillon
> Sent: Monday, June 17, 2002 12:07 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Has the CCE problem been fixed?
>
> If so has the fixed been integrated into Branch_3_0, if so when?
&g
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
list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
--
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
rRef.java:241)
> at sun.rmi.transport.Transport$1.run(Transport.java:152)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:148)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465)
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241)
> at sun.rmi.transport.Transport$1.run(Transport.java:152)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:148)
> at
> sun.
I just committed the code from patch [ 525663 ] CMP and oracle blobs.
Can some with Oracle check if the code actually works?
The following command will execute a new test I added which has a field
of every type:
./build.sh -Dtest=org.jboss.test.cmp2.simple.SimpleUnitTestCase one-test
You'll n
Dave Smith wrote:
> If I have two tables a nd b that are related with a forgien key but the
> tables are not in the default datasource it tries to bind the relation
> to the default datasource. In JDBCCMRFieldBridge.java it should set the
> default Datasource for the relation from the JDBCEntity
I think this is a very cool idea and would solve this entire class of
problems. I think the problem is this will not be easy to implement. I
suggested the ServiceBindingManager service, because it was the simplest
thing I could think of to fix the port problem.
May be this will be easy to ad
In the future please post bugs like this to the jboss-dev list (which I
added to this email).
The JBossCMP does was not written to support the schema.table syntax.
Now it may work but I definitely was not thinking about this when I
wrote the sql generators. Support for the schema will be adde
Why is an EJBException wrapped with a ServerException in LogInterceptor?
A ServerException is a declared remote exception and will not pass
through a local interface and specifically will not pass out of an CMP
2.0 abstract accessor.
Only if an EJBException is leaving the server over a remote
gt;
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Wednesday, June 12, 2002 11:08 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers
> environm
Mike,
How are you coming on the ServiceBindingManager?
-dain
Mike Finn wrote:
> Scott, Does the 'server name' (server identity) need to be part of
> the "getPort" request, if it is spec'd in the svc bind mbean
> config? if the server name was set on the mbean, then the port maps
> could b
FlashLine moves like molasses. You'll have to wait until they get
around to posting it.
-dain
Marius Kotsbak wrote:
> On Wed, 2002-06-12 at 02:49, Dain Sundstrom wrote:
>
>>According to Scott the subscription was updated today. It should be
>>available soon.
>&g
According to Scott the subscription was updated today. It should be
available soon.
-dain
Brandon Knitter wrote:
> I have the 6 month subscription. Has the CMP documentation in that package been
> updated as well? Should I download the AllDocumentation.zip again?
>
>
___
JBossCMP documentation for the JBoss 3.0 release is now available at
FlashLine.
http://www.flashline.com/Components/View.jsp?&prodid=4312&sid=1023835518484-3492430314-51
The documentation has been vastly expand (now ~75 pages), a new
Optimized Loading chapter has been added, and it contains co
I agree a type safe enum is the best solution here. I can implement
this unless someone else wants to do it.
-dain
Scott M Stark wrote:
> This doesn't work with serialization. You need to introduce an
> enum pattern with object replacement handling to ensure identity
> mapping to the final st
xxx
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
>
> - Original Message -
> From: "Dain Sundstrom" <[EMAIL PROTECTED]>
> To: "JBoss-dev" <[EMAIL PROTECTED]>
> Sent: Tuesday, June 11, 2002 10:1
I suppose this is a problem when you serialize the Invocation.
Nevermind the change I suggested.
-dain
Dain Sundstrom wrote:
> In org.jboss.invocation.Invocation we have many keys defined as follows:
>
> public static final Integer ENTERPRISE_CONTEXT =
> new Integer("E
In org.jboss.invocation.Invocation we have many keys defined as follows:
public static final Integer ENTERPRISE_CONTEXT =
new Integer("ENTERPRISE_CONTEXT".hashCode());
The problem here is we are using an Integer and it can actually be equal
to another key someone may insert. This is not
David,
Maybe you can give me a hand with this; the deployment code is very
confusing to me. I currently have the following phases in deployment:
1) create: create the entities and resolves relationships (each side
checks to see of the other side exists yet, so the second one to deploy
resolv
ch. I think that
>>using the mbean dependency mechanism already built into the infrastructure
>>is by far the simplest way to ensure this while keeping the init/create
>>step from referring to the outside world.
>>
>>david jencks
>>
>>
>>> Claud
atch.
> Batch sucks so much... it is so inconsitent across windows versions... dealth
> by fire and torture is more pallatable and pleasant than it's syntax.
>
> --jason
>
>
> On Saturday 01 June 2002 11:02 pm, Dain Sundstrom wrote:
>
>>A lot of deployme
e best way to make it a reality...
> instead of just theory.
>
> --jason
>
>
> Quoting Dain Sundstrom <[EMAIL PROTECTED]>:
>
>
>>It would be useful to be able to restart the JBoss server while in our
>>testsuite, but can we restart a JBoss server fr
It would be useful to be able to restart the JBoss server while in our
testsuite, but can we restart a JBoss server from an MBean? I don't
think we can, but I have an idea on how we can. We use an MBean to
shutdown the server using the normal hooks, but we make the server exit
with a special
I'm not a lawyer, but JBoss has a lawyer and he says that it is OK to
redistribute this stuff. As a side note, I think we have a binary
license for it.
-dain
James Ward wrote:
> So, I was reading some of Sun's licensing agreements (I know that's
> weird), and I noticed this:
>
> 1. Software
Giju Thomson wrote:
> Hi ,
> I have been a avid user of Jboss . I have seen some unwanted
> creation of objects(bean) during ejb creation and during
> findByPrimaryKey . and these object are being garbaged collection soon .
> I think this needs to be looked at .
Why should this be looked
;
>
>>
>>Scott Stark
>>Chief Technology Officer
>>JBoss Group, LLC
>>
>>- Original Message -----
>>From: "Jason Dillon" <[EMAIL PROTECTED]>
>>To: <[EMAIL PROTECTED]>; &quo
Yes, they are not documentation, so it did not feel appropriate.
-dain
Jason Dillon wrote:
> Any reason why we are putting dtd files in the root of the release instead of
> under docs?
>
> --jason
>
> ___
>
> Don't miss the 2002 Sp
It is gone and all the code that referenced it has been updated.
-dain
Dain Sundstrom wrote:
> Does anyone care if I drop the org.jboss.ejb.FinderResults object? It
> simply carries the results of a finder + some extra data, which is
> always null. It is poorly implemented (no e
Does anyone care if I drop the org.jboss.ejb.FinderResults object? It
simply carries the results of a finder + some extra data, which is
always null. It is poorly implemented (no equals, or hashCode) and just
gets in my way.
Unless someone objects (quickly), it will be gone.
-dain
___
Don't the DOD and State Department already use JBoss?
-dain
Scott M Stark wrote:
> Microsoft tries to squelch Open Source at the pentagon, but apparently many
> at the pentagon are seeing the light.
>
> http://www.washingtonpost.com/wp-dyn/articles/A60050-2002May22.html
>
>
>
>
> _
IBM's 1.3.x VMs for
> Linux. Do not ask me why... ;-(
>
> Best,
>
> Francisco
>
> On Tue, 21 May 2002, Dain Sundstrom wrote:
>
>
>>I can't seem to get the server to start anymore. I did a fresh checkout
>>and rebuild. When I start the server
I can't seem to get the server to start anymore. I did a fresh checkout
and rebuild. When I start the server I get the following exception:
13:50:58,280 ERROR [Server] start failed
org.jboss.deployment.DeploymentException: Could not create deployment:
file:/hom
e/dain/work/jboss/jboss-head/bu
Boss-user] JBoss in a multi developers
>>>>environment
>>>>
>>>>
>>>>
>>>>Very basic question, but I have to ask it: how should the service
>>>>
>>bindings
>>
>>>>"service" be exposed? I ass
t; - Original Message -
> From: "Dain Sundstrom" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, May 20, 2002 8:26 PM
> Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers
> environment
>
>
>
>>S
Scott, Jules,
Should this also include the interface name (String) for the new JDK 1.4
NetworkInterface binding stuff?
-dain
Scott M Stark wrote:
>>>// The service JMX name
>>>String jmxName;
>>>// The virtualHost the service wants to bind to which may be null
>>>String virtualHost;
>>>// T
AIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Monday, May 20, 2002 3:17 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers
> environment
>
>
> Scott M Stark wrote:
>
>
>>A port is not sufficient. This ne
Mu, ham. =)
-dain
marc fleury wrote:
> everyone
> 1- go and vote
> 2- go and bitch (about the categories)
>
> let's make some noise, I can ***NOT** believe that Oracle would have 1600
> votes, (!) just an email in the company saying "go vote or I fire your ass"
> and all 1600 employees of
Scott M Stark wrote:
> There are at least these attributes that should go into the request
> object say ServiceBinding:
Much better name.
> // The service JMX name
> String jmxName;
> // The virtualHost the service wants to bind to which may be null
> String virtualHost;
> // The name of the
Dan Christopherson wrote:
> Dain Sundstrom wrote:
>
>>
>>
>> Mike Finn wrote:
>>
>> Don't know. I would say that the client would need to configure it by
>> hand. This is what you do when you have many developers working on a
>> web app
Ya, duh. Is hostName also mappable? If so, I think this interface would
be better:
void allocateServicePort(String serviceName, ServicePort servicePort);
void deallocateServicePort(String serviceName, ServicePort servicePort);
ServicePort contains a hostName, port, and InetAddress. I don't li
Mike Finn wrote:
> I had been working on an alternative solution to this problem (see
> earlier thread in Mid-April: "Multiple Instances"). After some
> thought and work, this (Dain's) seems more robust (at least to me).
> The other way was effectively a proxy server sitting on a single
>
t; -Original Message- From:
> [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
> Behalf Of Dain Sundstrom Sent: Monday, May 20, 2002 3:17 PM To:
> [EMAIL PROTECTED] Subject: Re: [JBoss-dev]
> Re: [JBoss-user] JBoss in a multi developers environment
>
>
> Scott M St
Scott M Stark wrote:
> A port is not sufficient. This needs to provide the complete mapping
> of {int port, InetAddress ifAddress} with at least the possibility of
> inputing:
>
> - service name
> - virtual hostname
> - int defaultPort
> - InetAddress defaultAddress
>
Sure. Then we have the
Jules Gosnell wrote:
> OK - that's not so bad. I can interface Jetty to it - no problem.
Well that's one vote. We'll have to wait to see if everyone else agrees.
> I'm still a little concerned about this centralisation creeping
> outwards. Are ports the only resource over which different i
uch more Open feel to it because of
> these minimal contracts. Tightening them up would sacrifice this.
>
> I can see exactly where people who want this central management fnality
> are coming from. If I think of a nice solution I shall post.
>
> Comments ?
>
>
>
Ricardo Argüello wrote:
> Dain,
>
> I read in the JBoss forums that unknown primary key will be supported next month.
That's the plan.
> Is it going to be supported with the help of jboss specific metadata, or as the spec
>says (PK of type Object)?
Yes, to both. The Object type pk will
Georg,
I agree with David on this. The proper place to do this type of
optimizations is in the JCA wrapper. My goal moving to 4.0 is to try to
make the CMP engine more generic to the point where it can persist to
any JCA connection. At the same time we would introduce DB specific JCA
wrapp
Sacha Labourey wrote:
> Hello Georg,
>
> Sorry but we don't speak about the same call. I was speaking about:
>
> PreparedStatement stmt = ...
> ...
> stmt.setCharacterStream (columnId, new StringReader (myBigString),
> myBigString.length)
> ...
>
> With JAWS, we don't c
have oracle xa working with jboss 3?
>
> Thanks
> david jencks
>
>
> On 2002.05.19 16:33:22 -0400 Dain Sundstrom wrote:
>
>>Sacha,
>>
>>Besides Oracle's drivers being a crap, the CLOB and all SQL 99 types
>>could use improvement. Supposedly Oracle's
Sacha,
Besides Oracle's drivers being a crap, the CLOB and all SQL 99 types
could use improvement. Supposedly Oracle's new 9.0.2 drivers fix most
of these problems. Fixing general Object persistence is the first think
I will be working on after I finish the docs (this week), so I will look
gt; rather than in an xml file is.
>
> I certainly agree that metaclass programming is extremely powerful.
>
> david jencks
>
> On 2002.05.17 23:32:23 -0400 Dain Sundstrom wrote:
>
>>David Jencks wrote:
>>
>>
>>>1. Why is it lame to tell you to make this
David Jencks wrote:
> 1. Why is it lame to tell you to make this into a session bean so you can
> use xdoclet to generate the tx attribute tags? Maybe it's obvious, but I'm
> not getting it.
It is a unit test test under JUnit it has nothing to do with ejbs. I
can manage the tx by hand I just
Can Logger.getLoger return null under any circumstances? Funky stuff
like this in innerclasses has never worked correctly. You should make
this a private top level class.
-dain
Jason Dillon wrote:
> could be with 1.3 as well, but definetly with 1.4 on linux. Some code which I
> checked in
ld also be useful for many EJB programmers, as they use XDoclet to
set TX attributes (although they can still change the dd, they are not
editing the source of truth).
I still think it would be very useful, but it is not as ungodly powerful
as I first thought.
-dain
Dain Sundstrom wrote:
&g
201 - 300 of 1053 matches
Mail list logo
