.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Vesco Claudio
Sent: Monday, June 07, 2004 1:25 AM
To: Jboss Dev (Posta elettronica)
Subject: [JBoss-dev] cvs lock waiting
Hi alls!
There is a lock on cvs
Hi alls!
There is a lock on cvs :-(
cvs update: [06:43:00] waiting for jboss-build's lock in
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/loading/util
...
cvs update: [08:22:35] waiting for jboss-build's lock in
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jmx/loading/util
--
--
Hi alls!
I am working on org.jboss.test.jmx.test.EarDeploymentUnitTestCase: the test
is not falling but the current implementation on EjbModule can give
ClassLoader leak (WebClassLoader does not removed).
I am also working to minimize the ClassLoaders leak, but this is another
story. I try to
is
just the AuthenticationManager, RealmMapping.
You'll have to clarify the notion of association with the j2ee
component modules.
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Vesco Claudio wrote:
Hi alls!
Sorry
Hi alls!
Sorry for my english... :-)
I am also interested in working in the JACC area.
I propose this roadmap:
1) implementing the required javax.security.jacc.* classes/interfaces in
j2ee module.
this javax.security.jacc.* does not depend on jboss
2) implementing a MBean that manage jacc
Hi alls!
I think that in the current service implementation the only way to change
a mbean attribute is a restart of the service.
Why does not implementing the java bean event model (property change co)
in jmx... after all there is in the spec.
I think that if I set a attribute to a mbean, the
than the system classpath. I'll have
to think about how to get rid of the need for them rather than
how to keep them in synch.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Vesco Claudio [EMAIL
Hi alls!
With jdk1.4.1(beta) there are compiler errors when compiling security
javax/** (the security implementation is changed).
For jdk1.4.1, do we need the hack to the java sun classes in security
module?
Claudio
-Original Message-
From: Jason Dillon [SMTP:[EMAIL
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]
Hi!
I think, I have corrected this problem in HEAD. But until now I haven't
feedback.
I don't think that we need a mbean to manage relationship, but I think that
Dain can give us a better response :-)
Claudio
-Original Message-
From: David Jencks [SMTP:[EMAIL PROTECTED]]
between the lines...
-Original Message-
From: David Jencks [SMTP:[EMAIL PROTECTED]]
Sent: Friday, June 07, 2002 1:34 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] cmp2 relations, mbeans, and the testsuite
On 2002.06.07 03:03:41 -0400 Vesco Claudio wrote:
Hi!
I
Go Italy!!!
uhmmm, can we change jboss-development in soccer-jboss? :-)))
Claudio
-Original Message-
From: Sacha Labourey [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, June 06, 2002 4:30 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] I can't believe france is out of
Hi alls!
This problem is triggered when it is called a stored procedure in sybase.
The stored procedure must be defined with chained transaction mode or
anymode
sql
sp_procxmode stored procedure name, 'anymode'
/sql
If the sp is called in transaction (autocommit = false), the mode must be
is NEVER then autocommit will be on since
there is no managed transaction.
Sorry for the confusion
david jencks
On 2002.06.05 03:17:20 -0400 Vesco Claudio wrote:
Hi alls!
This problem is triggered when it is called a stored procedure in
sybase.
The stored procedure must be defined
I think that is better to have multiple conf files, this resolve the
problems described by Sacha (deploy/redeploy). For the GUI problem, I think
that we have already implemented jsr 77, we can start to implement jsr 88
and we can wait that SUN :-) extends netbeans to handle these
specifications.
You beat me :-)))
Claudio
-Original Message-
From: Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 3:25 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] CVS update: build/jboss build.xml
User: reverbel
Date: 02/04/19 06:24:58
OK,
Claudio
PS: I can do it now... :-)
-Original Message-
From: Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 3:36 PM
To: Vesco Claudio
Cc: David Jencks; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] RC1 release branch
Until yesterday these properties were setted (CVS HEAD tuesday)
In my system at work these properties does not resolve the problems (Windows
NT 4.0 + sun jdk 1.4)
In current implementation of jacorb we need to load the
org.omg.CosNaming._NamingContextExtSub from jacorb.jar and not from boot
I think that the target compile-bin in testsuite/build.xml must be removed
or a if=HAVE_BIN_DIR must be added.
I cannot commit these patches because my current testsuite/build.xml is a
lot modified.
I think that we can remove the target compile-bin.
Or add
available property=HAVE_BIN_DIR
I have modified build/build.xml to copy iiop-service.xml in
$JBOSS_HOME/server/default/deploy, I think Francisco missed it.
To Francisco, can you keep in synch HEAD with and RC1? If not I can try to
test yours patches with Branch_3_0 and I synchronize the repository.
Francisco, I have tested
Uhm!?!?
This is a IIOP problem.
With CVS HEAD jdk 1.4 Windows NT I don't have this problem.
Claudio
-Original Message-
From: David Jencks [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 7:02 PM
To: Scott M Stark
Cc: David Jencks; [EMAIL PROTECTED]
Subject:
Hi alls!
For the testsuite. In my local cvs repository I have removed the iiop tests
from stress test case and added in a new target which sets the properties to
make running the iiop part. These test are called from tests target. (I have
written this some mails ago :-) )
When I have time I
tested iiop in jdk 1.4 in my test bed with jython,
it works! (deploy in jboss and calling ejb over iiop) :-)
but the testsuite is still falling, today I'll try to figure why.
-Original Message-
From: Jason Dillon [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, April 11, 2002 11:07 PM
To: Vesco
]]
Sent: Friday, April 12, 2002 10:45 AM
To: Vesco Claudio
Cc: 'David Jencks'; [EMAIL PROTECTED]; 'Francisco
Reverbel'
Subject: RE: [JBoss-dev] Test Suite broken?
Yes, I understand this is a JacORB issue... but I suggest that there is a
better way to handle the problem which
-Original Message-
From: Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 2:22 PM
To: Vesco Claudio
Cc: 'Jason Dillon'; 'David Jencks';
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Test Suite broken?
Hi Claudio,
On Fri, 12 Apr 2002, Vesco Claudio wrote
testMultiThread2 kills jboss...
Claudio
-Original Message-
From: Vesco Claudio
Sent: Friday, April 12, 2002 2:58 PM
To: 'Francisco Reverbel'; Vesco Claudio
Cc: 'Jason Dillon'; 'David Jencks';
[EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Test Suite broken?
Hi
In my test bed with jdk 1.4 I have only 5 failures + 63 errors.
(CVS HEAD + some small patches)
Claudio
-Original Message-
From: Chris Kimpton [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, April 11, 2002 5:23 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Test Suite
Hi!
Also I haven't looked yet the patch, but I have a proposal to the deployment
system... I think we have problems with blind deploy of jar/ear/sar/war/...
This problem is already met with war which are not unpacked because there is
need a particular deployment by the web container.
I think
]]
Sent: Thursday, April 11, 2002 7:10 PM
To: Vesco Claudio
Cc: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Exploded archive deployment
How about making this step in MainDeployer/SubDeployer mutually recursive?
so SubDeployer calls MainDeployer to unpdack/deploy sub packages
PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Test Suite broken?
So what are the patches?
david jencks
On 2002.04.11 12:22:39 -0400 Vesco Claudio wrote:
In my test bed with jdk 1.4 I have only 5 failures + 63 errors.
(CVS HEAD + some small patches)
Claudio
Ehm, does this example deploy without the patch? I think that finding a
relative container from a module is not implemented in current CVS HEAD.
I have org.jboss.test.naming.test.EjbLinkUnitTestCase failing :-(
Claudio
, April 03, 2002 4:50 PM
To: '[EMAIL PROTECTED]'
Subject: AW: [JBoss-dev] JBoss.net/IIOP and JBossMX integration
Oh, I forgot to mention that I only looked at the JBoss.net code and
only under JDK1.3 ...
CGJ
-Ursprüngliche Nachricht-
Von: Vesco Claudio [mailto:[EMAIL
-
From: Francisco Reverbel [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, April 02, 2002 11:52 PM
To: Vesco Claudio
Cc: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JBoss.net/IIOP and JBossMX integration
On Tue, 2 Apr 2002, Vesco Claudio wrote:
When I try to compile the iiop module with jdk
Uhm...
We can't start also the web container...
I don't think that we would start the web container with 8080+n :-(
Claudio
-Original Message-
From: marc fleury [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, April 03, 2002 6:10 PM
To: Jboss-Development@Lists. Sourceforge. Net
Ehm...
When I try to compile the iiop module with jdk 1.4 I have this error that I
try to bring back to memory since I have corrected it:
at line 607 of
iiop/src/main/org/jboss/ejb/plugins/iiop/server/IIOPContainerInvoker.java
the exception WrongPolicy is not raised
Does
Hi alls!
Have you recompiled with jdk 1.4?
Claudio
-Original Message-
From: Ricardo Argüello [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, March 27, 2002 8:16 AM
To: Francisco Reverbel; [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] CVS HEAD doesn't start with jdk 1.4 ?
OK, I have recompiled in Windows NT jboss with jdk 1.4 and I have the
exception.
Quick and dirty hack: start jboss with
JAVA_OPTS=-Dpolicy.expandProperties=false (see jboss.bat or jboss.sh) or
modify conf/auth.conf + db/hypersonic/default.script as martin has written.
Claudio
Sorry for my English :-)
-Original Message-
From: Peter Fagerlund [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, March 27, 2002 4:05 PM
To: Vesco Claudio; '[EMAIL PROTECTED]'
Subject: Re: [JBoss-dev] CVS HEAD doesn't start with jdk 1.4 ?
on 27-03-2 15.33, Vesco Claudio
Hi alls!
When I try to deploy an ear (better, an CMP entity) with MEJB I have an
exception in org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand because this
class try to start a new transaction.
The problem is that MEJB have a transaction management setting to default
(Container).
I think that
Message-
From: marc fleury [SMTP:[EMAIL PROTECTED]]
Sent: Friday, March 22, 2002 1:33 PM
To: Vesco Claudio; Jboss Dev (Posta elettronica)
Subject: RE: [JBoss-dev] MEJB transactions (invoke deploy)
the container/bean story does not sound right
why does the CMP engine START
there is no written
restriction with bean-managed or container-managed transaction.
Claudio
-Original Message-
From: marc fleury [SMTP:[EMAIL PROTECTED]]
Sent: Friday, March 22, 2002 3:01 PM
To: Vesco Claudio; Jboss Dev (Posta elettronica)
Subject: RE: [JBoss-dev] MEJB
that jboss works equally
-Original Message-
From: David Jencks [SMTP:[EMAIL PROTECTED]]
Sent: Friday, March 22, 2002 6:26 PM
To: Vesco Claudio
Cc: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] MEJB transactions (invoke deploy)
I think this is inappropriate use of bean managed
] = URL.getName()
mejb.invoke(ObjectName(jboss.system:service=MainDeployer), deploy, ARGS,
SIGN)
I LOVE JYTHON :-)))
:-)
Claudio
PS: I am vEsco Claudio, Vasco is a famous italian singer :-)))
-Original Message-
From: Andreas Schaefer [SMTP:[EMAIL PROTECTED]]
Sent: Friday, March
To: Vesco Claudio
Cc: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] MEJB transactions (invoke deploy)
You @#!
MEJB is not to be used this way
!!
Don't ever use MEJB to access the MBeanServer. Use the
EJB-Adaptor/Connector
]]
Sent: Friday, March 22, 2002 7:56 PM
To: Vesco Claudio; 'Andreas Schaefer'
Cc: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] MEJB transactions (invoke deploy)
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Vesco
|Claudio
|Sent: Friday
This is a very nice idea!!!
Claudio
-Original Message-
From: marc fleury [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 6:09 PM
To: David Jencks; [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Multiple server configurations
|2. I thought marc had an idea of
Hi alls!
I have only ugly logs.
If you ignore the exceptions I think that the problem is not resolved.
Marc says to resolve the problem.
I proposed a solution but this solution have future disadvantages :-(
With the patches applied at MainDeployer I don't see problems in
testsuite, but I
Hi alls!
I think we have a little bug in MainDeployer.
I'll try to explain the problem in my bad English :-(
When I deploy redeploy an ear I have an JSR-77 exception
(javax.management.InstanceNotFound) because:
deploy
init
init current deployer invoked
the ejb-jar, whereas you can put an ejb-jar
inside
a sar to get it deployed before the sar.
Please explain further.
david jencks
On 2002.03.18 04:19:56 -0500 Vesco Claudio wrote:
Hi alls!
I think we have a little bug in MainDeployer.
I'll try to explain the problem in my bad English
:-)
Claudio
-Original Message-
From: David Jencks [SMTP:[EMAIL PROTECTED]]
Sent: Monday, March 18, 2002 5:22 PM
To: Vesco Claudio
Subject: Re: [JBoss-dev] Ordering part 2 :-)
Does this actually stop undeployment/redeployment or only produce an
ugly
log? Previously Andy
etc, but I don't know everything in jboss
:-)))
Claudio
-Original Message-
From: David Jencks [SMTP:[EMAIL PROTECTED]]
Sent: Monday, March 18, 2002 6:05 PM
To: Vesco Claudio
Cc: Jboss Dev
Subject: Re: [JBoss-dev] Ordering part 2 :-)
On 2002.03.18 11:46:32 -0500
Hi alls!
I think we have a little bug in
server/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl.ja
va which I have triggered when I try to control user transaction by
jython :-)
In begin method there is a tm.suspend but in commit nor rollback there
is no tm.resume.
If there is
Ahem, I have commited the change :-)
-Original Message-
From: marc fleury [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, March 13, 2002 2:15 PM
To: Vesco Claudio; Jboss Dev (Posta elettronica)
Subject: RE: [JBoss-dev] User TX bug
yes we should resume, put it as a bug through
I have compiled jetty plugin with JVM Sun 1.3.1 but I have the same
problem :-(
The patch resolves the problem...
java -version
java version 1.3.1
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
Claudio
My patches to implement JCA deployment are applied? :-)
-Original Message-
From: Scott M Stark [SMTP:[EMAIL PROTECTED]]
Sent: Friday, June 15, 2001 10:09 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Is Monday still a good 2.4 freeze date
This is just a suprious
Hi alls!
Why there is castor-0.9.1 in lib/ext?
This jar is added in the common classloader path and so when I try to
deploy and redeploy my castor RAR module I have problems to reinitialize
castor (reloading the new DB mapping).
Another problems...
Is it possible to separate the common
On Mon, May 07, 2001 at 05:39:30PM +0200, Vesco Claudio wrote:
Problems:
where is called
org.opentools.minerva.connector.*ConnectionManager.enlistExistingConnect
ion - I cant reuse an existing connection :-(
The enlistExistingConnection method is part of the contract that will
allow
Hi,
I'm not sure I understand all of your description of your rule engine
requirements but from what I do understand I think they can be handled
by
what I wrote, jbossrules. I would be interested in seeing a more
detailed
explanation of what you are trying to do and may be interested in
On 2001.05.08 03:40:40 -0400 Vesco Claudio wrote:
Hi,
I'm not sure I understand all of your description of your rule
engine
requirements but from what I do understand I think they can be
handled
by
what I wrote, jbossrules. I would be interested in seeing a more
detailed
explanation
:[EMAIL PROTECTED]]
Inviato: lunedì 7 maggio 2001 9.58
A:[EMAIL PROTECTED]
Oggetto: Re: R: R: [JBoss-dev] CX + Castor
Vesco Claudio wrote:
Thank you for the commiting...
I have some problems to integrating Castor with jboss (minerva
problems?)... Now I can deploy
Hi all!
Sorry for my bad english :-)
I have done a little patch to jbosscx (ZipFile close exception) and I
have converted castor 0.9.2 to JCA architecture, now I can deploy and
redeploy rar and ejbs using castor jdo resources... (I don't use
contrib/castorjdo).
Can I post the patches to this
at the moment!
Have you fixed the can't undeploy and redeploy a rar problem? If so,
thanks!!
Again if so, this fixes bug 415516, please note this in your patch
submittal.
Thanks
david jencks
On 2001.05.04 09:01:11 -0400 Vesco Claudio wrote:
Hi all!
Sorry for my bad english
62 matches
Mail list logo