Hello,
Had made a little change to JawsEntityMetaData and the JDBCLoad thingey
to support the NOWAIT, select for update option. Worthwhile if I post the
change here? The idea is simple
1. Have a field in jaws.xml called
2. Don't specify it if you don't need anything special. If you want a n
-Ursprüngliche Nachricht-Von: Brian Sondergaard
[mailto:[EMAIL PROTECTED]]Gesendet: Donnerstag, 9. August 2001
20:02An: [EMAIL PROTECTED]Betreff:
Re: [JBoss-dev] Please help: ClassLoader Confusion
If I wrap the contained object in a
java.rmi.MarshalledObject (like JBos
On Wed, 8 Aug 2001, Schaefer, Andreas wrote:
> When you want to reanimate EJX please do so but keep in
> mind that this is a big job and we need someone dedicated
> to it.
on 1-08-10 09.16, Holger Engels at [EMAIL PROTECTED] wrote:
> BTW, where are the sources for the EjbJar ResourceManager? I onl
Peter Fagerlund wrote:
> On Wed, 8 Aug 2001, Schaefer, Andreas wrote:
> > When you want to reanimate EJX please do so but keep in
> > mind that this is a big job and we need someone dedicated
> > to it.
> on 1-08-10 09.16, Holger Engels at [EMAIL PROTECTED] wrote:
> > BTW, where are the sources fo
on 1-08-10 13.28, Rickard Öberg at [EMAIL PROTECTED] wrote:
>> Some of the EJX parts is closed source ...
>
> EJX is OpenSource, BSD license. What parts do you think are closed
> source?
some dreambean stuff - or that was my understanding :
1) becouse it is mentioned on this list (old JBossGUI
Peter Fagerlund wrote:
> some dreambean stuff - or that was my understanding :
> 1) becouse it is mentioned on this list (old JBossGUI = closed source)
That's a lie. It's BSD. Download source from
http://dreambean.com/ejx.html
> 2) when i looked at the distro could not find source - lot of barfi
on 1-08-10 14.19, Rickard Öberg at [EMAIL PROTECTED] wrote:
> Peter Fagerlund wrote:
>> some dreambean stuff - or that was my understanding :
>> 1) becouse it is mentioned on this list (old JBossGUI = closed source)
>
> That's a lie. It's BSD. Download source from
> http://dreambean.com/ejx.html
Peter Fagerlund wrote:
> I was refering to : Re: [JBoss-dev] EJX and XML
> on 1-06-25 19.30, marc fleury at [EMAIL PROTECTED] wrote:
> > yes EJX doesn't really belong here anymore. Also rickard is not supporting
> > it, it doesn't really work, and finally they are com.dreambean classes not
> > JB
Paul Kendal commited some major chanages to JBossMQ yesterday.. I have not
had time to review them.. I'm not even sure if Paul keeps an eye on the
mailing lists...
Regards,
Hiram
>From: Jason Dillon <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: [JBoss-d
>
> > Putting in a hardcoded drop the message if non-persistent and wait if
> > persistent should not be bad..
> > The hard coded case will help clear up how we need to reorganize things
>so
> > that we can make that logic plugable.
>
>I don't understand this though... why hardcoded anything... p
> >
> >
> > Hmmm, just looked at sun - there's something called JAXB that apparently
> > compiles an xml schema into a custom parser that does 2 way translation
> > between xml and an object tree. Since this is an impending standard it
> > will presumably be the way to go.. for castor as well.
What about other instances of JBoss or different applications hitting the
DB, or even the DBA doing some admin work? Plus, I've just checked in some
new interceptors and a MethodOnly locking mechanism to allow instance per
transaction.
Also, if it can never happen, why ignore it?
Bill
> -O
On Fri, Aug 10, 2001 at 10:45:47AM -0400, Bill Burke wrote:
> What about other instances of JBoss or different applications hitting the
> DB, or even the DBA doing some admin work? Plus, I've just checked in some
> new interceptors and a MethodOnly locking mechanism to allow instance per
> transa
How do you know if appending NOWAIT to the select statement is correct
syntax for all DBMS? What's wrong with my old suggestion? Have templates
for specific DB queries like select-for-update.
>From my old post:
What do you think of these ideas? What I wanted to do was extend the
database type
Hm, it is not the code that made me think of a complete
rewrite, it's (IMHO) its non-existence of usability and
user-friendliness which lies in its concept.
Furthermore, the advanced options of EJB 2.0 and
JBoss >= 2.4 are not supported.
I think user interfaces should be developed more from the
Hi,
Francisco Reverbel wrote:
> http://www.ime.usp.br/~reverbel/iiop-container-invoker.tar.gz
>
> a preliminary implementation of an IIOP container invoker for JBoss.
This looks great.
Probably, we should commit this to contrib/iiop and integrate
with my code for RMI/IIOP mapping. My guess i
PosgreSQL does not support the NOWAIT option. It is not in the SQL92 spec.
Bill Burke wrote:
> How do you know if appending NOWAIT to the select statement is correct
> syntax for all DBMS? What's wrong with my old suggestion? Have templates
> for specific DB queries like select-for-update.
>
>
User: sparre
Date: 01/08/10 09:14:31
Modified:iiop/src/main/org/jboss/iiop Test.java TestImpl.java
Log:
Added support for mangling names differing only in case,
as per section 1.3.2.7.
Revision ChangesPath
1.3 +4 -0 contrib/iiop/src/main/org/jboss/iiop/Tes
User: sparre
Date: 01/08/10 09:14:31
Modified:iiop/src/main/org/jboss/iiop/rmi ContainerAnalysis.java
InterfaceAnalysis.java ValueAnalysis.java
Log:
Added support for mangling names differing only in case,
as per section 1.3.2.7.
Revision Changes
hi,
On 10 Aug 2001 09:47:59 -0400, Hiram Chirino wrote:
> Paul Kendal commited some major chanages to JBossMQ yesterday.. I have not
> had time to review them.. I'm not even sure if Paul keeps an eye on the
> mailing lists...
whatever it was that Paul did, it helped stabilize JBossMQ a LOT.
On 2001.08.10 09:43:36 -0400 Peter Fagerlund wrote:
>
> heh ...
>
> This now gives me the opportunity to then *repete* what has been
> mentioned
> before - a general clean up in the module structure - where We do not
> have
> *one ant lib per module* for ex. - would be welcome ... (also that som
Jason,
Could you spend a minute and report on the current status of the buildmagic
system? How much of the system can be built with it? How much works?
I'm very worried that if we don't move to it more or less now you [we]
will have to do it all over again. Is this true or can it be "install
Yes, I am going to nuke the legacy logging
interface. Are you suggesting that
org.jboss.logging.Logger be the log4j custom
category implementation instead of
org.jboss.logging.log4j.JBossCategory?
- Original Message -
From:
Jason Dillon
To: [EMAIL PROTECTED]
Sent:
User: slaboure
Date: 01/08/10 09:51:19
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
Moved the registration of the webserver to the application WebClassLoader *before*
the app is deployed.
Otherwise, the RMI subsystem will build proxies with the local filesystem code
Hello,
While trying to solve Tim Yates problem regarding invoking operation on an
EJB from an applet, I've found some reasons why it wasn't possible.
After some correction (a bug in ContainerFactory), it works nicely.
Nevertheless, I've been unable to correct a problem present in
org.jboss.secur
Which is why I wanted the NOWAIT flag in type-mappings so that when the bean
deployed an exception would be thrown if nowait was turned on. Agree?
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dave
> Smith
> Sent: Friday, August 10, 2001 12:
Yes.
Bill Burke wrote:
> Which is why I wanted the NOWAIT flag in type-mappings so that when the bean
> deployed an exception would be thrown if nowait was turned on. Agree?
>
> Bill
>
>
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED]]On Behalf Of Dave
>>Smit
User: starksm
Date: 01/08/10 10:51:32
Modified:src/main/org/jboss/security SecurityAssociation.java
Log:
Catch SecurityException that can be thrown when looking for the
org.jboss.security.SecurityAssociation.ThreadLocal system property
and use the default when access is not all
The default value for the property should be used
if there is a SecurityException
due to accessing the system property. I have
updated this.
- Original Message -
From:
Sacha Labourey
To: Jboss-Dev
Sent: Friday, August 10, 2001 9:53
AM
Subject: [JBoss-dev] jbosssx-cl
Hi,
Following an earlier discussion on migrating Rabbit Hole to "all jca- all
the time", I've pretty much finished rewriting XADataSourceLoader and
JDBCDataSourceLoader so they delegate to ConnectionFactoryLoader and use
the jca/rar framework. I'd like to commit this to cvs soon, but being a
ne
Thank you Scott. I will perform the complete applet test with your
modification tomorrow.
Cheers,
Sacha
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de Scott M
Stark
Envoyé : vendredi, 10 août 2001 19:58
À : [EMAIL PROTECT
User: sparre
Date: 01/08/10 11:35:06
Modified:iiop patch.sh
Log:
A small patch script change to make it easier to patch JBoss to
use the JDK 1.4 ORB by default.
Revision ChangesPath
1.4 +13 -2 contrib/iiop/patch.sh
Index: patch.sh
===
|I'm not thrilled with the resource adapters and connection manager code
|being outside the jbosscx module -- I think it would make more sense to
|have all jca related code in one place. As I understand it this
|arrangement was originally because the pool was developed by Aaron as a
|semi-indepe
On Fri, 10 Aug 2001, marc fleury wrote:
> Re the license, it was started as JBoss project and then moved out and
> changed license, while the owner of the copyright (aaron) had a right to
> change his license, the code that was licensed under LGPL remains under
> LGPL.
>
> The license should there
Are you running off of jars built from jbossmq or are you using the version
that is integrated into jboss?
--jason
On 10 Aug 2001, Christian Riege wrote:
> hi,
>
> On 10 Aug 2001 09:47:59 -0400, Hiram Chirino wrote:
> > Paul Kendal commited some major chanages to JBossMQ yesterday.. I have no
| Unless you revert back to the last version of Minerva that was
|included in JBoss, the license for code that currently states that is
|usees the X license must continue to use the X license - in particular,
and of course you have got the transfer of copyright from all the developers
that
If the licence becomes an issue, I will rewite all added features since the
license change. (After I finish CMP 2.0).
-dain
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 10, 2001 3:03 PM
Subject: RE: [JBoss-dev] Transition to JC
On Fri, 10 Aug 2001, Wei-ju Wu wrote:
> Hm, it is not the code that made me think of a complete
> rewrite, it's (IMHO) its non-existence of usability and
> user-friendliness which lies in its concept.
>
> Furthermore, the advanced options of EJB 2.0 and
> JBoss >= 2.4 are not supported.
>
> I th
On Fri, 10 Aug 2001, Scott M Stark wrote:
> Yes, I am going to nuke the legacy logging interface. Are you suggesting that
> org.jboss.logging.Logger be the log4j custom category implementation instead of
> org.jboss.logging.log4j.JBossCategory?
Exactly.
--jason
User: olegnitz
Date: 01/08/10 13:32:13
Modified:src/main/org/jboss/pool/jdbc PreparedStatementInPool.java
Log:
Second invocation of close() caused NPE
Revision ChangesPath
1.2 +3 -1
jbosspool/src/main/org/jboss/pool/jdbc/PreparedStatementInPool.java
Inde
40 matches
Mail list logo
