Chief Technology Officer
> JBoss Inc.
>
>
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of Vesco Claudio
> > Sent: Monday, June 07, 2004 1:25 AM
> > To:
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
--
-- PRE
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 exp
ssociation with the j2ee
> component modules.
>
> --
>
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
>
>
> Vesco Claudio wrote:
>
> > Hi alls!
> >
> > Sorry for my english... :-)
> &g
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,
Hi Bill!
> 1. What have you worked on in the past?
connector architecture (jboss 2.2.x)
bug fixes
> 2. What are you currently working on?
investigate security (not committed)
jmx console (not committed): search & filter MBeans
jboss with jdk1.4.1 / linux
bug fixes
> 3. What will you be working
odules
> could be loaded from other 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
> xx
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 PROTECT
ise not to get pissed off when the spanish fury sieges
> |the fields.
> |
> |You have been warned :-)))
> |
> |Vesco Claudio wrote:
> |
> |>Go Italy!!!
> |>
> |>uhmmm, can we change jboss-development in soccer-jboss? :-)))
> |>
> |>Claudio
> |>
> |&
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
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
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]]
>
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
manager rather than your client code.
>
> I think if the transaction mode 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 with "chained transaction mode" or
"anymode"
sp_procxmode , 'anymode'
If the sp is called in transaction (autocommit = false), the mode must be
"anymode".
I think that if th
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.
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: [J
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
>
>
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]
> Subje
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 you
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
near line 402 and
modify
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
clas
Hi!
If I remember well, this is a problem with rmic but I have encontered this
problem in WindowsNT sun jdk 1.3.
You have said that you are in linux and linux are the Francisco's main
development platform.
In WindowsNT sun jdk 1.4 this problem go out.
In order to obviate to the problem you can
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 rete
rstand why 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]
the iiop sar.
Claudio
> -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
L PROTECTED]]
> 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
11:07 PM
> To: Vesco Claudio
> Cc: 'David Jencks'; [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Test Suite broken?
>
> >
> >
> >
> >export JAVA_OPT=-Dpolicy.expandProperties=false
> >-Xbootclasspath/p:$JBOSS_HOME/lib/jacorb.jar
> >
&g
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
---
PROTECTED]]
> Sent: Thursday, April 11, 2002 6:54 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.
Jencks [SMTP:[EMAIL PROTECTED]]
> 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
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 tha
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 Sui
ristoph [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, 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 ...
&
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.
-Original Message-
> 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:
&g
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 create_reference_with_i
Hi alls!
I think that with the recent cvs commit we need to patch jboss-server.xml
with
Index: jboss-service.xml
===
RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss-service.xml,v
retrieving revision 1.39
diff -c -r1.39 jbo
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 ?
>
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
__
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 ?
L PROTECTED]]
> 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]
> |[mai
2 7:15 PM
> 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
String, 1)
ARGS[0] = URL("file:")
SIGN[0] = 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
ged not supported,
but I think 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 d
ontext.
>
> Either that or we make deployment explicitly a transactional operation --
> a
> good idea but not for today perhaps.
>
> david jencks
>
> On 2002.03.22 10:14:17 -0500 marc fleury wrote:
> >
> >
> > |-Original Message-
> > |From: [
> >
> > I really can't make sense of your story.
> >
> > marcf
> >
> > |-Original Message-
> > |From: Vesco Claudio [mailto:[EMAIL PROTECTED]]
> > |Sent: Friday, March 22, 2002 5:36 AM
> > |To: Jboss Dev (Posta elettronica)
-77, but in pdf jsr-77 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 elettroni
action of
MEJB to "Bean" managed.
Claudio
> -Original 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 deplo
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
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 id
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 do
etc 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 :-
boss.xml :-)
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
ut our sar packages inside ejb-jars so
> they
> could get deployed after 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 :-(
When I deploy & redeploy an ear I have an JSR-77 exception
(javax.management.InstanceNotFound) because:
deploy
init
init current deployer invoked
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 re
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 no
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
> --
Hi!
I think I dont have rw access to cvs repository :-(
Claudio
> -Original Message-
> From: Toby Allsopp [SMTP:[EMAIL PROTECTED]]
> Sent: Sunday, June 17, 2001 3:40 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Is Monday still a good 2.4 freeze
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 classlo
you don't want to use it?
>
> Thanks
> david jencks
>
> 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 under
>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
>im
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 meth
opp [SMTP:[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 Casto
there is another project, jbossrule, but I dont
like too much.
> -Messaggio originale-
> Da: Toby Allsopp [SMTP:[EMAIL PROTECTED]]
> Inviato: sabato 5 maggio 2001 9.07
> A:[EMAIL PROTECTED]
> Oggetto: Re: R: [JBoss-dev] CX + Castor
>
> Vesco Claudio
t this works for me.
>
> This does seem to be hard to find 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.
>
>
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 l
70 matches
Mail list logo
