Re: [JBoss-dev] JBossXB dependencies

2006-06-29 Thread Adrian Brock
The solution is the same for all optional code.

These should be plugins rather than integrated directly into
the core infrastructure.

On Wed, 2006-06-28 at 04:35 -0500, Heiko Braun wrote:
 The latest XB version introduced a dependency towards JAF and Java Mail.
 Currently these jars reside under JBOSS/server/config/lib and are
 not visible to the XB classloader. Moving them to JBOSS/lib doesn't
 work, because the bootstrap process uses a hard coded set of libraries.
 
 The current workaround is to move JAF  Mail to lib/endorsed, in order
 to have them available at bootstrap time.
 
 Does someone have an idea how to solve this problem without
 
 a) modifying the bootstrap classes
 b) using that workaround ?
 
 /Heiko
 
 
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 
xxx
Adrian Brock
Chief Scientist
JBoss a division of Red Hat
xxx


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JBossXB dependencies

2006-06-29 Thread Adrian Brock
Like any other, define an interface
then load the implementation class using dynamic classloading.

On Thu, 2006-06-29 at 06:55 -0500, Heiko Braun wrote:
 We already managed to factor out the dependencies.
 Still it would be interesting to me how you picture this plugin
 mechanism.
 
 
 /Heiko
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of
 Adrian Brock
 Sent: Thursday, June 29, 2006 1:40 PM
 To: JBoss.org development list
 Subject: Re: [JBoss-dev] JBossXB dependencies
 
 The solution is the same for all optional code.
 
 These should be plugins rather than integrated directly into
 the core infrastructure.
 
 On Wed, 2006-06-28 at 04:35 -0500, Heiko Braun wrote:
  The latest XB version introduced a dependency towards JAF and Java
 Mail.
  Currently these jars reside under JBOSS/server/config/lib and are
  not visible to the XB classloader. Moving them to JBOSS/lib doesn't
  work, because the bootstrap process uses a hard coded set of
 libraries.
  
  The current workaround is to move JAF  Mail to lib/endorsed, in order
  to have them available at bootstrap time.
  
  Does someone have an idea how to solve this problem without
  
  a) modifying the bootstrap classes
  b) using that workaround ?
  
  /Heiko
  
  
  Using Tomcat but need to do more? Need to support web services,
 security?
  Get stuff done quickly with pre-integrated technology to make your job
 easier
  Download IBM WebSphere Application Server v.1.0.1 based on Apache
 Geronimo
 
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 
xxx
Adrian Brock
Chief Scientist
JBoss a division of Red Hat
xxx


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Build still broken

2006-06-26 Thread Adrian Brock
My jbossxb is currently at snapshot not 1.0.0.CR4
but then I'm trying to avoid resynching with head too
often to avoid all the build breakages. :-)

On Mon, 2006-06-26 at 08:55 +0100, Tim Fox wrote:
 This is still occurring for me ..
 
 Is anyone else seeing this??
 
 Ovidiu Feodorov wrote:
  The 796th reason to switch to a separated build ...
  
  Tim Fox wrote:
  
 I'm getting the following after doing a cvs update -C in HEAD and then a 
 build clean:
 
 BUILD FAILED
 C:\dev\jboss-head\build\build.xml:999: The following error occurred 
 while execut
 ing this line:
 C:\dev\jboss-head\build\build-thirdparty.xml:140: A versioning problem 
 exists:
 Component: jboss/jbossxb is at version: 1.0.0.CR4
   but it is also required to be compatible with: 
 [EMAIL PROTECTED], ver
 sion=1.0.0.CR5}, [EMAIL PROTECTED], version=snapshot}]
   by: jboss/jbossws14
 
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job 
 easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
   
  
  
  
  Using Tomcat but need to do more? Need to support web services, security?
  Get stuff done quickly with pre-integrated technology to make your job 
  easier
  Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 
xxx
Adrian Brock
Chief Scientist
JBoss a division of Red Hat
xxx


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Build still broken

2006-06-26 Thread Adrian Brock
Maybe you changed the local filesystem date?
Try deleting the directory from thirdparty.

On Mon, 2006-06-26 at 10:34 +0200, Adrian Brock wrote:
 My jbossxb is currently at snapshot not 1.0.0.CR4
 but then I'm trying to avoid resynching with head too
 often to avoid all the build breakages. :-)
 
 On Mon, 2006-06-26 at 08:55 +0100, Tim Fox wrote:
  This is still occurring for me ..
  
  Is anyone else seeing this??
  
  Ovidiu Feodorov wrote:
   The 796th reason to switch to a separated build ...
   
   Tim Fox wrote:
   
  I'm getting the following after doing a cvs update -C in HEAD and then a 
  build clean:
  
  BUILD FAILED
  C:\dev\jboss-head\build\build.xml:999: The following error occurred 
  while execut
  ing this line:
  C:\dev\jboss-head\build\build-thirdparty.xml:140: A versioning problem 
  exists:
  Component: jboss/jbossxb is at version: 1.0.0.CR4
but it is also required to be compatible with: 
  [EMAIL PROTECTED], ver
  sion=1.0.0.CR5}, [EMAIL PROTECTED], version=snapshot}]
by: jboss/jbossws14
  
  Using Tomcat but need to do more? Need to support web services, security?
  Get stuff done quickly with pre-integrated technology to make your job 
  easier
  Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  

   
   
   
   Using Tomcat but need to do more? Need to support web services, security?
   Get stuff done quickly with pre-integrated technology to make your job 
   easier
   Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
   http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
   ___
   JBoss-Development mailing list
   JBoss-Development@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jboss-development
   
  
  Using Tomcat but need to do more? Need to support web services, security?
  Get stuff done quickly with pre-integrated technology to make your job 
  easier
  Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 
xxx
Adrian Brock
Chief Scientist
JBoss a division of Red Hat
xxx


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Leading slashes on jars in build path

2006-06-24 Thread Adrian Brock
The leading slash is relative to the eclipse workspace not the file
system.

Do you create a simple project called thirdparty in the workspace
based on what the build/build-thirdparty.xml creates?

On Sat, 2006-06-24 at 15:10 +0100, Tim Fox wrote:
 I've noticed that some (most?) of the library entries on the Java build 
 path (Eclipse) for many of the projects start with a leading slash:
 
 /thirdparty/jboss/profiler/jvmti/lib.
 
 This means on my system that the libraries cannot be found since I do 
 not checkout jboss head into the root of the volume.
 
 So, every time I update from CVS I have to remove all the leading 
 slashes so eclipse relative to the top of my workspace where the 
 libraries will be found.
 
 Is there any reason for having the leading slashes? Or perhaps I am 
 doing something wrong and somehow I can get eclipse to interpret the 
 leading slash as being at the root of my workspace.
 
 Any ideas?
 
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 
xxx
Adrian Brock
Chief Scientist
JBoss a division of Red Hat
xxx


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Fwd: jboss-head-jdk-matrix Build Failed]

2006-06-22 Thread Adrian Brock
Tomcat 6
  1.1
 added
  bill
tomcat/src/main/org/jboss/web/tomcat/tc6/session/SessionBasedClusteredSession.java
Tomcat 6
  1.1
 added
  bill
tomcat/src/main/org/jboss/web/tomcat/tc6/session/SessionIDGenerator.java
Tomcat 6
  1.1
 added
  bill
 tomcat/src/main/org/jboss/web/tomcat/tc6/session/SnapshotManager.java
Tomcat 6
  1.1
 added
  bill
   tomcat/src/main/org/jboss/web/tomcat/tc6/session/Util.java
Tomcat 6

-- 
xxx
Adrian Brock
Chief Scientist
JBoss a division of Red Hat
xxx


All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Thirdparty licenses

2006-06-19 Thread Adrian Brock
There are problems with the license types
of some of the newer additions to thirdparty.

e.g.
sun-jaxb refers to CDDL-1.0 (it should be cddl?)
quartz refers to ASL 2.0 (it should be Apache-2.0?)

Here are the licenses that actually exist:
http://repository.jboss.com/licenses/

I think the thirdparty processing should verify
the existance of the license.

We obviously can't trust individual developers to verify
this, otherwise this current problem wouldn't exist. :-)

Instead it just gives errors, e.g.

[get-ASL 2.0] Getting: http://repository.jboss.com/licenses/ASL 2.0.txt
[get-ASL 2.0] To: /home/ejort/jboss-4.0/build/../thirdparty/licenses/ASL
2.0.txt
[get-ASL 2.0] Error opening connection java.io.IOException
[get-ASL 2.0] Error opening connection java.io.IOException
[get-ASL 2.0] Error opening connection java.io.IOException
[get-ASL 2.0] Can't get http://repository.jboss.com/licenses/ASL 2.0.txt
to /home/ejort/jboss-4.0/build/../thirdparty/licenses/ASL 2.0.txt

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] JBossAS v4.0.4.SP1

2006-06-02 Thread Adrian Brock
There is this simple fix to an annoying bug 
I introduced in the jdbc rar:
http://jira.jboss.com/jira/browse/JBAS-3258

And there is this memory leak fix:
http://jira.jboss.com/jira/browse/JBAS-3271

On Fri, 2006-06-02 at 10:10 -0500, Dimitris Andreadis wrote:
 We are going to have an SP1 for 4.0.4 just before JBW, to fix minor
 glitches and upgrade EJB3 to CR8.
 
 Branch JBoss_4_0_4_SP was created for this purpose, to check this out
 use:
 
 cvs co -r JBoss_4_0_4_SP jboss-4.0.x
 
 The JIRA for this SP1 is here:
 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?reset=truepid=100
 30fixfor=12310828
 
 I've made this entry for QA to handle the release
 http://jira.jboss.com/jira/browse/JBQA-381
 
 We'll also upgrade jboss-serialization to 1.0.1.
 
 Any other important/annoying things you want to fix in 4.0.4, this is
 your chance. But do keep it simple because there is virtually no time
 for experiments at this point.
 
 Thanks
 /Dimitris
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: [jboss-cvs] repository.jboss.com/sun-xacml/2.0 ...

2006-05-31 Thread Adrian Brock
This sun-xacml license needs adding to thirdparty/licenses.
http://sunxacml.sourceforge.net/license.txt

You should also get Scott's approval **before** including
software with a license not in thirdparty/licenses.

On Sat, 2006-05-27 at 01:10 -0400, Anil Saldhana wrote:
   User: asaldhana
   Date: 06/05/27 01:10:00
 
   Added:   sun-xacml/2.0  component-info.xml
   Log:
   Open Source SunXACML project artifacts for XACML 2.0
   For more information: http://sunxacml.sourceforge.net
   
   Revision  ChangesPath
   1.1  date: 2006/05/27 05:10:00;  author: asaldhana;  state: 
 Exp;repository.jboss.com/sun-xacml/2.0/component-info.xml
   
   Index: component-info.xml
   ===
   project name=sun-xacml-component-info
   
  !--  --
  !-- Sun XACML Open Source Implementation --
  !--  --
   
  component id=sun-xacml
 licenseType=sun-xacml
 version=2.0
 projectHome=http://sunxacml.sourceforge.net;
 description=Library for XACML v2.0
 artifact id=sunxacml.jar/
 artifact id=sunxacml-support.jar/
 export
include input=sunxacml.jar/
include input=sunxacml-support.jar/
 /export
  /component
   /project
   
   
   
 
 
 ---
 All the advantages of Linux Managed Hosting--Without the Cost and Risk!
 Fully trained technicians. The highest number of Red Hat certifications in
 the hosting industry. Fanatical Support. Click to learn more
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
 ___
 jboss-cvs-commits mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: microcontainer-head-testsuite Build Failed

2006-05-30 Thread Adrian Brock
On Tue, 2006-05-30 at 09:49 -0500, Scott M Stark wrote:
 This is complaining about not seeing the test profileservice from the
 container module:
  
 _default:compile-classes:
 [mkdir] Created
 dir: 
 /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/kernel/output/classes-tests
 [javac] Compiling 167 source files
 to 
 /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/kernel/output/classes-tests
 
 [javac] 
 /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/kernel/src/tests/org/jboss/test/profileservice/support/Simple1PSBootstrap.java:34:
  package org.jboss.test.profileservice.simple1 does not exist
 [javac] import
 org.jboss.test.profileservice.simple1.ProfileServiceImpl;
  
 Looking at the kernel/built-test.xml classpath its only pulling in the
 jboss-container.jar and this contains no test classes. The issue is
 that the profileservice test impl should be testable from the
 container module as this has no dependency on the kernel bootstrap
 classes that are failing to compile. The container module has no
 dependency on the kernel module.
  
 It seem like a jboss-container-test.jar is needed. 
  

I'm not sure what the question is here?
If you need the jboss-container-test.jar in the MC testsuite,
you'll need to include it in the classpath in
kernel/build-test.xml

 Also, what allows eclipse to see these container test classes from the
 kernel project, just the reference to the container project in the
 Java Build Path/Projects tab?

It depends how you configure the project. 
The default is to include the whole project.

 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: microcontainer-head-testsuite Build Failed

2006-05-30 Thread Adrian Brock
On Tue, 2006-05-30 at 10:08 -0500, Scott M Stark wrote:
   It seem like a jboss-container-test.jar is needed. 

  
  I'm not sure what the question is here?
  If you need the jboss-container-test.jar in the MC testsuite, 
  you'll need to include it in the classpath in kernel/build-test.xml
  
 The question is wether a jboss-container-test.jar is what we want to add
 to allow container test impls to be accessible to the kernel tests. I
 did see how the kernel/build-test.xml is pulling in the container
 classes.

I generally duplicate test support classes rather than having one
test depend upon something from another test.

Let alone dependencies across projects. ;-)
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Dependency checking in eclipse

2006-05-27 Thread Adrian Brock
Are you talking about annotations or finals? That is a known issue.
I haven't seen any other problem as long build automatically is
checked.

On Wed, 2006-05-24 at 11:39 -0500, Scott M Stark wrote:
 I just ran into an issue with eclipse not updating a class after a class
 it depended on had changed. In intellij there was a compiler dependency
 setting that had to be checked to handle this. I'm not finding a similar
 setting in the eclipse java compiler settings. Anyone know if it exists?
  
 
 Scott Stark
 VP Architecture  Technology
 JBoss Inc.
  
  
 
 
 ---
 All the advantages of Linux Managed Hosting--Without the Cost and Risk!
 Fully trained technicians. The highest number of Red Hat certifications in
 the hosting industry. Fanatical Support. Click to learn more
 http://sel.as-us.falkag.net/sel?cmd=lnkkid7521bid$8729dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Breaking out the server/metadata classes

2006-05-24 Thread Adrian Brock
You mean the org.jboss.metadata.MetaData class?

There already is a sort of clone of it in common
see org.jboss.util.xml.XmlHelper

It doesn't look like it is used though?
It's almost certainly out-of-date?

The real MetaData does need changing like you
describe, but it does have the problem of mixing
J2EE defined stuff with jboss specific stuff from jboss-xxx.xml
in the same class. Sometimes the jboss specific stuff is
defined by the plugin i.e. XmlLoadable, so you don't even
have a metadata class as such.

I've always thought that this stuff should be part of the
deployment layer. But then there are advantages and disadvantages
for the metadata, deployer and container/runtime to live in 
the same project.
Advantage: It is easy to maintain.
Disadvantage: It is difficult to expose the model to a client
because runtime dependencies inevitably leak into it.

On Wed, 2006-05-24 at 10:23 -0500, Scott M Stark wrote:
 One area where there is a dependency on the server module is for the
 deployment metadata classes. These classes also need to drop the legacy
 XML parsing to decouple the source of the objects to decouple the
 runtime model from its source(s). A question has come up as to where
 this code should live. At a minimum it should be broken out from the
 jboss.jar and exposed as part of an integration spi. What are the
 thoughts for a module, jbossxb binding, etc.? 
  
 
 Scott Stark
 VP Architecture  Technology
 JBoss Inc.
  
  
 
 
 ---
 All the advantages of Linux Managed Hosting--Without the Cost and Risk!
 Fully trained technicians. The highest number of Red Hat certifications in
 the hosting industry. Fanatical Support. Click to learn more
 http://sel.as-us.falkag.net/sel?cmd=lnkkid7521bid$8729dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] basic eclipse project question

2006-05-23 Thread Adrian Brock
The microcontainer currently needs to be built against JBossAS (Head).
See the project page for the latest build instructions.

When we've done the SVN/Maven change such we have
common, test and aop as standalone projects, I'll do the microcontainer
(including aop integaration) as a standalone project for 2.0.0M1

The sticking point as I understand it, is common's move to SVN
so we can refactor it without loosing the history.

On Mon, 2006-05-22 at 16:50 -0500, Scott M Stark wrote:
 It looks like the jbossmc module is not valid as it referneces the old
 ../tools/etc/buildmagic/libraries.ent while also using the jbossbuild
 thirdparty that generates this. It looks like the jbossmc module is
 something I tried putting together. I'll try to get it working.
 
 Can this be the basis for the mc releases or are we going to move this
 to svn/maven soon? 
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Scott M Stark
  Sent: Monday, May 22, 2006 2:20 PM
  To: jboss-development@lists.sourceforge.net
  Subject: [JBoss-dev] basic eclipse project question
  
  I just switched to the jbossmc module from jboss-head and 
  also started using eclipse with this. I checked out the 
  jbossmc module fine, but this does not treat the nested java 
  projects correctly. How do I open the various jbossmc 
  projects (common, container, etc) as java projects so I can 
  navigate types, and the like? 
   
  
  Scott Stark
  VP Architecture  Technology
  JBoss Inc.
   
   
  
  
  ---
  Using Tomcat but need to do more? Need to support web 
  services, security?
  Get stuff done quickly with pre-integrated technology to make 
  your job easier Download IBM WebSphere Application Server 
  v.1.0.1 based on Apache Geronimo
  http://sel.as-us.falkag.net/sel?cmd=kkid0709bid3057dat1642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
 ---
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Service start sequence

2006-05-22 Thread Adrian Brock
The WIKI page says that B should not reference A in its createService()
so what difference does it make?

create() - the service should do any setup and __not reference another
service__

On Fri, 2006-05-19 at 11:46 -0600, Jerry Gauthier wrote:
 According to the wiki page at 
 http://wiki.jboss.org/wiki/Wiki.jsp?page=ServiceLifecycle , the
 service lifecycle for two Services A and B is as follows.
 
 If Service B is dependent on Service A, the startup sequence is the
 following.
 ServiceA.createService();
 ServiceB.createService();
 ServiceA.startService();
 ServiceB.startService();
 
 It appears that this is only true if Service A and Service B are
 defined in the same service file.  If the services are defined in
 different files, the startup sequence is the following.
 ServiceA.createService();
 ServiceA.startService();
 ServiceB.createService();
 ServiceB.startService();
 
 Obviously this difference is significant for any service that needs to
 be created before the primary service is started.  Is this intentional
 (or am I overlooking something)?  I haven't found any reference to this
 behavior in JBoss doc.
 
 
  
 
 
 ---
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Service start sequence

2006-05-22 Thread Adrian Brock
On Mon, 2006-05-22 at 14:20 +0200, Alexey Loubyansky wrote:
 What I described is A in its start method referencing B. B in its create 
 method in fact can check the existence of A.
 
 According to our training material, in create a service can check that 
 the services it depends on exist. In your case, B can check that A exists.
 

If the training material says that, then it is wrong.
That never has been the case.

Such a check would only work reliably if the two services were
listed in the same -service.xml and the dependee (the first service)
had no other unsatisfied dependencies.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Service start sequence

2006-05-22 Thread Adrian Brock
Ok. I misundertood what you said.

You are correct. 

The dependent's create() is invoked after the dependee's create()
but the important point is that it is not (necessarily) 
in a usuable state. 
i.e. The dependee's start() may or may not have been invoked.

On Mon, 2006-05-22 at 14:42 +0200, Alexey Loubyansky wrote:
 This is how I understood slide 11 of 040-Microkernel.ppt. It's not clear 
 that it's true only for mbeans from the same -service.xml.
 
 Create is called when all bean I depend on are “created”
 
 When a service's create method is called:
 - This gives an MBean an opportunity to check that required MBeans or 
 resources exist.
 - The service typically cannot utilize other MBean services at this 
 point, as most JBoss MBean services do not become fully functional until 
 they have been started via their start method.
 - Because of this, service implementations often do not implement create 
 in favor of just the start method because that is the first point at 
 which the service can be fully functional.
 
 
 Adrian Brock wrote:
  On Mon, 2006-05-22 at 14:20 +0200, Alexey Loubyansky wrote:
  What I described is A in its start method referencing B. B in its create 
  method in fact can check the existence of A.
 
  According to our training material, in create a service can check that 
  the services it depends on exist. In your case, B can check that A exists.
 
  
  If the training material says that, then it is wrong.
  That never has been the case.
  
  Such a check would only work reliably if the two services were
  listed in the same -service.xml and the dependee (the first service)
  had no other unsatisfied dependencies.
 
 
 ---
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: FW: jboss-4.0.4 portal-2.2 issue

2006-05-16 Thread Adrian Brock
Actually (2) is not an option because it looks like 
Portal/Hibernate in 2.2 is expecting a different/incompatible
version of EhCache?

On Fri, 2006-05-12 at 20:34 +0200, Adrian Brock wrote:
 Why isn't portal using JBoss's hibernate-int session factory?
 
 The solutions are:
 1) JBoss Portal's session factory is configured to use JBoss Cache 
 not EhCache
 2) JBossAS's installer should include EhCache as an optional
 part of the install
 3) JBoss Portal includes EhCache itself (since it is not a part of the
 JBossAS install)
 
 On a related issue, why does Portal have its own transaction
 demarcation? :-)
 
 org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245)
 
 Looks like too much not invented here in the Portal code
 that JBossAS can do nothing about.
 
  
  
 On Fri, 2006-05-12 at 13:05 -0500, Ryan Campbell wrote:
  Portal 2.2.1 fails to deploy on 4.0.4.  Is this a bug in Hibernate?  
  
 
  __
  From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
  Rali Genova
  Sent: Friday, May 12, 2006 12:00 PM
  To: Ryan Campbell
  Subject: jboss-4.0.4 portal-2.2 issue
  
  
   
  
  Attached is the server log, but here is the relevant exception. I was
  using the Hypersonic DB and then MySQL, repeats with both. The AS is
  built from source, I am working on verifying this with the installer
  that Scott created as well.
  
  2006-05-12 11:22:16,353 DEBUG [org.hibernate.impl.SessionFactoryImpl]
  instantiating session factory with properties:...(I took those off)
  2006-05-12 11:22:16,363 WARN  [org.jboss.system.ServiceController]
  Problem starting service portal:service=Hibernate
  java.lang.IllegalAccessError: tried to access method
  net.sf.ehcache.CacheManager.init()V from class
  org.hibernate.cache.EhCacheProvider
  at
  org.hibernate.cache.EhCacheProvider.start(EhCacheProvider.java:124)
  at
  org.hibernate.impl.SessionFactoryImpl.init(SessionFactoryImpl.java:180)
  at
  org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1213)
  at org.jboss.portal.core.hibernate.SessionFactoryBinder
  $3.run(SessionFactoryBinder.java:509)
  at
  org.jboss.portal.common.transaction.Transactions.apply(Transactions.java:199)
  at
  org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245)
  at
  org.jboss.portal.core.hibernate.SessionFactoryBinder.createSessionFactory(SessionFactoryBinder.java:505)
  at
  org.jboss.portal.core.hibernate.SessionFactoryBinder.startService(SessionFactoryBinder.java:291)
  at
  org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
  at
  org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196)
  at
  org.jboss.portal.common.system.AbstractJBossService.start(AbstractJBossService.java:86)
  at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source)
  at
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:585)
  at
  org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
  at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
  at
  org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
  at
  org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
  at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
  at
  org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
  at
  org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
  at org.jboss.system.ServiceController
  $ServiceProxy.invoke(ServiceController.java:995)
  at $Proxy0.start(Unknown Source)
  
  
  -- 
  Bug? That's not a bug, that's a feature. 
  
  
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: FW: jboss-4.0.4 portal-2.2 issue

2006-05-16 Thread Adrian Brock
Why isn't portal using JBoss's hibernate-int session factory?

The solutions are:
1) JBoss Portal's session factory is configured to use JBoss Cache 
not EhCache
2) JBossAS's installer should include EhCache as an optional
part of the install
3) JBoss Portal includes EhCache itself (since it is not a part of the
JBossAS install)

On a related issue, why does Portal have its own transaction
demarcation? :-)

org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245)

Looks like too much not invented here in the Portal code
that JBossAS can do nothing about.

 
 
On Fri, 2006-05-12 at 13:05 -0500, Ryan Campbell wrote:
 Portal 2.2.1 fails to deploy on 4.0.4.  Is this a bug in Hibernate?  
 

 __
 From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
 Rali Genova
 Sent: Friday, May 12, 2006 12:00 PM
 To: Ryan Campbell
 Subject: jboss-4.0.4 portal-2.2 issue
 
 
  
 
 Attached is the server log, but here is the relevant exception. I was
 using the Hypersonic DB and then MySQL, repeats with both. The AS is
 built from source, I am working on verifying this with the installer
 that Scott created as well.
 
 2006-05-12 11:22:16,353 DEBUG [org.hibernate.impl.SessionFactoryImpl]
 instantiating session factory with properties:...(I took those off)
 2006-05-12 11:22:16,363 WARN  [org.jboss.system.ServiceController]
 Problem starting service portal:service=Hibernate
 java.lang.IllegalAccessError: tried to access method
 net.sf.ehcache.CacheManager.init()V from class
 org.hibernate.cache.EhCacheProvider
 at
 org.hibernate.cache.EhCacheProvider.start(EhCacheProvider.java:124)
 at
 org.hibernate.impl.SessionFactoryImpl.init(SessionFactoryImpl.java:180)
 at
 org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1213)
 at org.jboss.portal.core.hibernate.SessionFactoryBinder
 $3.run(SessionFactoryBinder.java:509)
 at
 org.jboss.portal.common.transaction.Transactions.apply(Transactions.java:199)
 at
 org.jboss.portal.common.transaction.Transactions.notSupported(Transactions.java:245)
 at
 org.jboss.portal.core.hibernate.SessionFactoryBinder.createSessionFactory(SessionFactoryBinder.java:505)
 at
 org.jboss.portal.core.hibernate.SessionFactoryBinder.startService(SessionFactoryBinder.java:291)
 at
 org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
 at
 org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196)
 at
 org.jboss.portal.common.system.AbstractJBossService.start(AbstractJBossService.java:86)
 at sun.reflect.GeneratedMethodAccessor18.invoke(Unknown Source)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at
 org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at
 org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at
 org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at
 org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
 at
 org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.system.ServiceController
 $ServiceProxy.invoke(ServiceController.java:995)
 at $Proxy0.start(Unknown Source)
 
 
 -- 
 Bug? That's not a bug, that's a feature. 
 
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: JBossTest 1.0.0.CR1 released

2006-05-12 Thread Adrian Brock
Simple examples for testing WARs, EJBs, JMS, and a few
example custom configs.

These could also be used as skeletons for people that
want to provide examples when submitting bug reports.

On Fri, 2006-05-12 at 15:10 -0500, Rajesh Rajasekaran wrote:
 Yes I could write an article explaining the features of the server
 controller tasks and the other functionalities in the package. Is there
 anything specific I should stress on?
 
 
 Thanks
 Rajesh
 
 -Original Message-
 From: Bill Burke 
 Sent: Friday, May 12, 2006 3:03 PM
 To: Rajesh Rajasekaran
 Cc: jboss-development@lists.sourceforge.net; QA
 Subject: Re: JBossTest 1.0.0.CR1 released
 
 Great work Rajesth.  We have needed this for a *LONG* time.  Now you 
 need to write an article about this stuff.  Interested?  I'm sure we can
 
 get OnJava.com to publish it.
 
 Bill
 
 Rajesh Rajasekaran wrote:
  
  
  JBossTest 1.0.0.CR1 has been released and is available for download on
 
  Sourceforge at
  
 
 http://sourceforge.net/project/showfiles.php?group_id=22866package_id=2
 1938release_id=416399 
 
 http://sourceforge.net/project/showfiles.php?group_id=22866package_id=
 21938release_id=416399 
  
  
   
  
  Its available in the repository under jboss/test
  
   
  
  This is the standalone release of the test module under JBAS project.
 It 
  is based on the junit test framework
  
  that lets you write test cases that run against the JBoss Application 
  Server.
  
   
  
  This could be used by other JEMS projects like Portal, IDE which 
  requires to run tests against the JBoss App server.
  
  Some of the features include:
  
  - Create custom server configurations and control server tasks like 
  starting and stopping server from your test suite.
  
  - Create multiple junit reports for the same test run against
 different 
  server configurations.
  
   
  
  For more information, refer 
  http://jboss.com/index.html?module=bbop=viewtopict=77475 
  http://jboss.com/index.html?module=bbop=viewtopict=77475
  
   
  
  Thanks
  
  Rajesh
  
  JBoss QA
  
   
  
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] [Fwd: ejb3-head-testsuite Build Failed]

2006-05-05 Thread Adrian Brock
Fixed.

If there are anymore of these lying around, you need to
replace:

jboss.container.classpath, jboss.dependency.classpath,
jboss.kernel.classpath

with a reference to the now the binary

jboss.microcontainer.classpath

from thirdparty.

On Fri, 2006-05-05 at 09:04 -0400, Emmanuel Bernard wrote:
 Somebody knows how to fix that. We don't have the unit test running
 
 Buildfile: ../checkout/ejb3-head-testsuite/ejb3/build-test.xml
 
 init:
 
 compile-classes:
 [mkdir] Created dir: 
 /services/cruisecontrol/work/checkout/ejb3-head-testsuite/ejb3/output/test-classes
 [javac] Compiling 5 source files to 
 /services/cruisecontrol/work/checkout/ejb3-head-testsuite/ejb3/output/test-classes
 
 BUILD FAILED
 /services/cruisecontrol/work/checkout/ejb3-head-testsuite/ejb3/build-test.xml:306:
  Reference jboss.container.classpath not found.
 
 Total time: 4 seconds
 
 
 
  Original Message 
 Subject:  ejb3-head-testsuite Build Failed
 Date: Thu, 4 May 2006 22:51:23 -0500
 From: [EMAIL PROTECTED]
 To:   Adrian Brock [EMAIL PROTECTED], Bill Decoste 
 [EMAIL PROTECTED], Bill Burke [EMAIL PROTECTED], Ben Wang 
 [EMAIL PROTECTED], Clebert Suconic [EMAIL PROTECTED], Dimitris 
 Andreadis [EMAIL PROTECTED], Emmanuel Bernard 
 [EMAIL PROTECTED], Gavin King [EMAIL PROTECTED], 
 jboss-development@lists.sourceforge.net, Kabir Khan [EMAIL PROTECTED], 
 QA [EMAIL PROTECTED], Ruel Loehr [EMAIL PROTECTED], Scott M Stark 
 [EMAIL PROTECTED], Thomas Heute [EMAIL PROTECTED], Thomas Diesler 
 [EMAIL PROTECTED]
 
 
 
 View results here - 
 http://cruisecontrol.jboss.com/cc/buildresults/ejb3-head-testsuite?log=log20060504232133
  
 
 
 BUILD FAILED
 Ant Error 
 Message: 
 /services/cruisecontrol/work/scripts/build-ejb3-head-testsuite.xml:61: 
 Exit code: 1 See compileejb3.log in Build Artifacts for details.
 Date of build: 05/04/2006 23:21:33
 Time to build: 28 minutes 51 seconds
 Last changed: 12/31/2005 16:46:08
 Last log entry: call isOpen() when obtaining session so that HEM 
 registers with EM with TXset cglib_use_reflection flag to false
 
  Unit Tests: (0)  Total Errors and Failures: (0)
 
  
 
  Modifications since last build:  (first 50 of 5447)
 1.6   modifiedbill 
 src/test/org/jboss/ejb3/test/txexceptions/unit/TxExceptionsTestCase.java 
 EJBs and Persistence can now be within a .jar file
 1.3   modifiedbill 
 src/test/org/jboss/ejb3/test/xmlcfg/unit/EntityUnitTestCase.java  EJBs 
 and Persistence can now be within a .jar file
 1.4   modifiedbdecoste 
 src/test/org/jboss/ejb3/test/txexceptions/Dao.java 
 application-exception support
 1.7   modifiedbdecoste 
 src/test/org/jboss/ejb3/test/txexceptions/DaoBean.java 
 application-exception support
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/txexceptions/DeploymentDescriptorAppException.java
  
   branches: 1.1.2;application-exception support
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/txexceptions/DeploymentDescriptorCheckedRollbackException.java
  
   branches: 1.1.2;application-exception support
 1.5   modifiedbdecoste 
 src/test/org/jboss/ejb3/test/txexceptions/unit/TxExceptionsTestCase.java 
 application-exception support
 1.2   modifiedbdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/QueueTestMDB.java 
 branches: 1.2.2;activateConfig to activationConfig
 1.2   modifiedbdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/TopicTestMDB.java 
 branches: 1.2.2;activateConfig to activationConfig
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/unit/EmbeddedEjb3TestCase.java 
   test for embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/Customer.javatest for 
 embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAOBean.java 
 branches: 1.1.2;test for embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAOLocal.java 
 branches: 1.1.2;test for embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/CustomerDAORemote.java 
 branches: 1.1.2;test for embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/EmbeddedEJB3.jsp test 
 for 
 embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/JndiTest.jsp test for 
 embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/QueueTestMDB.javatest 
 for 
 embedded EJB3 in WLS
 1.1   added   bdecoste 
 src/test/org/jboss/ejb3/test/wls/embeddedwar/TopicTestMDB.javatest 
 for 
 embedded EJB3 in WLS
 1.3   modifiedstarksm 
 src/test/org/jboss/ejb3/test/xmlcfg/Customer.java Update the jboss LGPL 
 headers
 1.3   modifiedstarksm 
 src/test/org/jboss/ejb3/test/xmlcfg/EntityTest.java   Update the jboss 
 LGPL headers
 1.6   modifiedstarksm 
 src

RE: [JBoss-dev] This is not a valid version number

2006-05-04 Thread Adrian Brock
The only reason for snapshots is so one developer doesn't have to
wait for an official release of another project before
doing some work.
It is not intended that it gets released with an untagged
dependency.

Can't we add some validation that says a release 
(including alpha, beta, CR)
is not allowed to depend on snapshots?

Otherwise, it will be pretty difficult to reproduce the build
for that release.

The other alternative would be to outlaw snapshots
and force people to go through alpha releases.
But that would be a pain during early development of a feature.

On Thu, 2006-05-04 at 08:16 -0500, Scott M Stark wrote:
 Its true about the comparision, but other than snapshot binaries, there
 should be no component that is declared to be compatible with a snapshot
 release in the public repository as this makes no sense. Use of
 snapshots is a developer to developer exchange that requires a local
 override. We need to crack down on the use of snapshot. I have updated
 the version wiki page to indicate there should be no public releases
 declared to be compatible with another snapshot release.
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Dimitris Andreadis
  Sent: Thursday, May 04, 2006 5:59 AM
  To: jboss-development@lists.sourceforge.net
  Subject: RE: [JBoss-dev] This is not a valid version number
  
  Nothing to do with aop. I am just wondering about the 
  usefulness of a X.Y.ZZ.SNAPSHOT release, since, from what 
  I've seen from the listed projects that just export a 
  snapshot release for development purposes, there will 
  rarely be a need for releasing snapshots from multiple 
  branches, except the one where active development takes place.
  
  Also, if you get to alphabetically compare them, 
  5.0.0.SNAPSHOT comes after 5.0.0.GA, no?
 
 
 ---
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: Pushing some of the 4.0.4.GA tasks

2006-05-03 Thread Adrian Brock
On Wed, 2006-05-03 at 07:47 -0500, Dimitris Andreadis wrote:
 http://jira.jboss.com/jira/browse/JBAS-2398 - Check for unparameterized
 interface configuration
 So what is the resolution? It's not clear to me from the forums.

The configuration (and code) needs checking for stuff that does not
honour the ${jboss.bind.address:0.0.0.0} config.

This is not just the application server codebase it is the whole of JEMS
including thirdparty libraries.

It is a code audit. I'd guess it is too late to perform thoroughly now
so we'll have to wait until the next release.
But if you do defer, raise the priority so it is done by 4.0.5.CR1
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict

2006-05-03 Thread Adrian Brock
This jar needs rebuilding from scratch. It is a mess,
with the classes in the jar twice?

jar -tf ~/jboss-4.0/thirdparty/jboss/jbossretro/lib/jbossretro.jar |
grep Enum
org/jboss/lang/Enum.class
org/jboss/lang/EnumImpl.class
org/jboss/util/EnumMap.class
org/jboss/util/EnumSet.class
org/jboss/lang/Enum.class
org/jboss/lang/EnumImpl.class
org/jboss/util/EnumMap.class
org/jboss/util/EnumSet.class

The org/jboss/lang/Enum doesn't exist anymore (except in aop).

On Wed, 2006-05-03 at 07:35 -0500, Dimitris Andreadis wrote:
 The class has been renamed to org.jboss.lang.EnumImpl, but I do see the
 old org.jboss.lang.Enum there, and in the jbossretro-rt.jar that goes
 with JBAS 4.0.4.
 
 Is this why the org.jboss.test.compatibility.test still fails?
 
 http://jira.jboss.com/jira/browse/JBAS-3103
 
 http://cruisecontrol.jboss.com/cc/artifacts/jboss-4.0-testsuite/20060503
 051758/results/org/jboss/test/compatibility/test/SerialVersionUIDUnitTes
 tCase.html
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Scott M Stark
  Sent: 30 March, 2006 01:28
  To: jboss-development@lists.sourceforge.net
  Subject: RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict
  
  The class has been renamed to org.jboss.lang.EnumImpl, and I moved the
  JBossRetro_1_0_0_CR1 tag on the updated files so can you 
  rebuild the current 1.0.0.CR1 jars.
  
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED] On Behalf Of 
   Ryan Campbell
   Sent: Wednesday, March 29, 2006 2:13 PM
   To: jboss-development@lists.sourceforge.net
   Subject: RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict
   
A new jbossws14 binary will need to be created
   
   Hopefully one that fixes
   http://jira.jboss.com/jira/browse/JBWS-683 so that the 
  remaining 4.0.4 
   webservice testsuite failures are resolved.
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking 
  scripting language
  that extends applications into web and mobile media. Attend 
  the live webcast
  and join the prime developer group breaking into this new 
  coding territory!
  http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict

2006-05-03 Thread Adrian Brock
On Wed, 2006-05-03 at 08:57 -0500, Scott M Stark wrote:
 Why insn't the jbossretro.jar only including java5 classes while
 jbossretro-rt.jar the jdk14 classes?

No idea? This was a change you made. :-)
http://fisheye.jboss.org/changelog/JBoss?cs=MAIN:starksm:20060103185159

Before that, the whole lot was weaved to JDK1.4
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: microcontainer-head-testsuite Build Failed

2006-05-03 Thread Adrian Brock
Not anymore they don't. :-)

On Wed, 2006-05-03 at 10:41 -0500, Rajesh Rajasekaran wrote:
 The kernel  aop-mc-int build.xml still uses jboss.container.classpath.
  
 http://cruisecontrol.jboss.com/cc/artifacts/microcontainer-head-testsuite/20060502220252/compile.log
  
 Buildfile: ../checkout/microcontainer-head-testsuite/kernel/build.xml
 BUILD FAILED
 /services/cruisecontrol/work/checkout/microcontainer-head-testsuite/tools/etc/buildmagic/buildmagic.ent:456:
  Reference jboss.container.classpath not found.
 
  
 
  
 
  
 

 __
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, May 02, 2006 9:29 PM
 To: Adrian Brock; Bill Burke; jboss-development@lists.sourceforge.net;
 QA; Scott M Stark; Thomas Diesler
 Subject: microcontainer-head-testsuite Build Failed
 Importance: High
 
 
  
 
 View results here -
 http://cruisecontrol.jboss.com/cc/buildresults/microcontainer-head-testsuite?log=log20060502220252
 
  BUILD FAILED


   Ant Error
 Message: 
 /services/cruisecontrol/work/scripts/build-microcontainer-head-testsuite.xml:72:
  The following error occurred while executing this line: 
 /services/cruisecontrol/work/scripts/build-microcontainer-head-testsuite.xml:119:
  See compile.log in Build Artifacts for details.


   Date of build: 05/02/2006 22:02:52


  Time to build: 25 minutes 22 seconds


   Last changed: 05/02/2006 16:18:48


   Last log entry: Temporary fix for optional compilation with JDK1.4


  
 
  Unit Tests: (0)
 Total Errors and
   Failures: (0) 
 
 
   
   
   
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 


Modifications
  since last
   build:  (first
  50 of 43) 
 
 
  1.25
 
 
   modified
 
 
 adrian

[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
When JBossXB, common, test and aop are properly standalone.

I've still not seen something I can manage in this respect.

Cache, Remoting, Webservices maybe happy to run before they can walk,
I am not.

On Mon, 2006-05-01 at 08:44 -0500, Scott M Stark wrote:
 The mc code should be pulled out of head and integrated as a binary
 dependency so it can use java5 source as its base with jdk14 runtime
 jars created using jboss retro.
 
  
 

 __
 From: Ryan Campbell 
 Sent: Monday, May 01, 2006 6:29 AM
 To: Bill Burke
 Cc: QA; jboss-development@lists.sourceforge.net
 Subject: RE: jboss-head-jdk-matrix Build Failed
 
 
  
 
 This build is failing because jboss-head needs to be compiled with
 jdk1.4
 
  
 compile-classes:
 [mkdir] Created dir: 
 /services/cruisecontrol/checkout/jboss-head/kernel/output/classes
 [javac] Compiling 183 source files to 
 /services/cruisecontrol/checkout/jboss-head/kernel/output/classes
 javac: invalid target release: 1.5
 Usage: javac options source files
 where possible options include:
 
  
 
  
 

 __
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 Sent: Monday, May 01, 2006 7:55 AM
 To: Bill Burke; Brian Stansberry; Dimitris Andreadis; [EMAIL PROTECTED];
 jboss-development@lists.sourceforge.net; Ovidiu Feodorov; QA; Rajesh
 Rajasekaran
 Subject: jboss-head-jdk-matrix Build Failed
 Importance: High
 
 
  
 
 View results here -
 http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20060501083831
 
  BUILD FAILED


   Ant Error
 Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:220: The 
 following error occurred while executing this line: 
 /services/cruisecontrol/work/scripts/build-jboss-common.xml:64: Exit code: 1 
 See compile.log in Build Artifacts for details.


   Date of build: 05/01/2006 08:38:31


  Time to build: 15 minutes 40 seconds


   Last changed: 05/01/2006 08:23:39


  Last log entry: Provide a default for sysName in the form of
 'config@host'. JBAS-3165.


  
 
  Unit Tests: (0)
 Total Errors and
   Failures: (0) 
 
 
   
   
   
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 


Modifications
 

[JBoss-dev] Re: JBossPOJOServer-1.0 Alpha/Final

2006-05-02 Thread Adrian Brock

Yes.

On Tue, 2006-05-02 at 06:13 -0500, Dimitris Andreadis wrote:
 JBossPOJOServer-1.0 Alpha / Final
 
 Can those releases be removed from JIRA? There is just one open issue
 recorded (http://jira.jboss.com/jira/browse/JBAS-2545) that should
 probably move to JB5, if not there already.
 
 Thanks
 /D
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
Which of this is the showstopper?
http://jira.jboss.com/jira/browse/JBBUILD-307

The issue for me is being able to develop against the
HEAD/Snapshot of each dependent project without creating an infinite
number of versions in the repository. :-)

e.g. the ongoing integration between AOP/MC
require a large turnaround of changes.

It would potentially be possible to require the MC projects
to be developed against head while still being
thirdparty binaries in the main jboss-head build.
i.e. You would checkout the projects separately into the
head tree.

This is similar to what is being done with
the aop-mc-int, jca and rars projects until a proper
standalone build system is in place.

But those are less complication, because they don't
have any main branch integration yet.

On Tue, 2006-05-02 at 08:07 -0500, Scott M Stark wrote:
 Then either head should be moved to svn so that project refactoring can
 be done with history maintained, or these modules be removed from
 jboss-head and reintegrated as binary dependencies so that they can be
 migrated seperately.
 
 I doubt a complete move is practical given the J1, JBW timeline coming
 up. common already has been broken out to svn:
 http://anonsvn.jboss.org/repos/
 + http://anonsvn.jboss.org/repos/common-core/
 + http://anonsvn.jboss.org/repos/common-logging/
 + http://anonsvn.jboss.org/repos/common-xb/
 
 This has to be moved to a real read/write repository and resynched with
 cvs. Aop and test need to follow suite. Getting the svn repository setup
 has been the bottleneck in most migrations. 
 
  -Original Message-
  From: Adrian Brock 
  Sent: Tuesday, May 02, 2006 3:14 AM
  To: Scott M Stark
  Cc: Ryan Campbell; Bill Burke; QA; 
  jboss-development@lists.sourceforge.net
  Subject: RE: jboss-head-jdk-matrix Build Failed
  
  When JBossXB, common, test and aop are properly standalone.
  
  I've still not seen something I can manage in this respect.
  
  Cache, Remoting, Webservices maybe happy to run before they can walk,
  I am not.
  
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote:
  It would potentially be possible to require the MC projects 
  to be developed against head while still being thirdparty 
  binaries in the main jboss-head build.
  i.e. You would checkout the projects separately into the head tree.
 Meaning just dropping them from the jboss-head module alias and manually
 checking
 them out into it? If that is the case this should just be done
 independent of the svn move just to decouple the mc code from jboss5 as
 currently the only user of these is ejb3 as far as I can see. We just
 need the mc artifacts pushed out to the repository.
 

Ok, I'll do this. If you want to use JDK5 features, we
should also look at make jboss retro binaries.

I'll make JBoss-Head build on the JBossMC-1.0.2.GA
binaries. Besides the bean deployer in varia, only EJB3
is using it until JBossMC-2.0.0M1 is finished.

Then I'll update the WIKI page on how to develop
the microcontainer until we have a proper standalone build.

Cruisecontrol will also need updating once this is done.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
The first problem I've come across is that AOP is using the container
project for the metadata repository interfaces.

There is no binary release of this yet, 
since it is still being developed.

So how doable is this while we are still working on the AOP/MC
integration with still unstable apis?

On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote:
 On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote:
   It would potentially be possible to require the MC projects 
   to be developed against head while still being thirdparty 
   binaries in the main jboss-head build.
   i.e. You would checkout the projects separately into the head tree.
  Meaning just dropping them from the jboss-head module alias and manually
  checking
  them out into it? If that is the case this should just be done
  independent of the svn move just to decouple the mc code from jboss5 as
  currently the only user of these is ejb3 as far as I can see. We just
  need the mc artifacts pushed out to the repository.
  
 
 Ok, I'll do this. If you want to use JDK5 features, we
 should also look at make jboss retro binaries.
 
 I'll make JBoss-Head build on the JBossMC-1.0.2.GA
 binaries. Besides the bean deployer in varia, only EJB3
 is using it until JBossMC-2.0.0M1 is finished.
 
 Then I'll update the WIKI page on how to develop
 the microcontainer until we have a proper standalone build.
 
 Cruisecontrol will also need updating once this is done.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
On Tue, 2006-05-02 at 11:54 -0500, Scott M Stark wrote:
 We have to bootstrap the repository with a snapshot version. This can be
 a local jbossbuild repository override to avoid having to synch through
 cvs and then out to the webserver.

Can you explain how this works?
I can put a snapshot of microcontainer in the repository, but how will
this work as you are developing, short of rebuilding the snapshot
before you recompile aop, etc.?

 
 It's the same problem we will face when developing multiple maven
 projects with inter-dependencies. Maven just has a natural mechanism for
 bootstrapping its repository by following the dependency and building
 the projects as needed by adding a parent project.
 
  -Original Message-
  From: Adrian Brock 
  Sent: Tuesday, May 02, 2006 9:31 AM
  To: Scott M Stark
  Cc: Adrian Brock; Ryan Campbell; QA; 
  jboss-development@lists.sourceforge.net
  Subject: RE: jboss-head-jdk-matrix Build Failed
  
  The first problem I've come across is that AOP is using the 
  container
  project for the metadata repository interfaces.
  
  There is no binary release of this yet, since it is still 
  being developed.
  
  So how doable is this while we are still working on the 
  AOP/MC integration with still unstable apis?
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Change to HEAD Build. Microcontainer now binary dependency. WAS RE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
This has been done, except the cruisecontrol changes.
I've left some other issues open for a more complete standalone build:
http://jira.jboss.com/jira/browse/JBMICROCONT-87

The updated build instructions are here:
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMicrocontainer
if you already have a previous head checked out, the only change
is that these projects won't automatically be a part of the main build.

The version of the microcontainer used is a snapshot from
earlier this afternoon. Which will be updated to 2.0.0M1
when that is finalised.

On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote:
 On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote:
   It would potentially be possible to require the MC projects 
   to be developed against head while still being thirdparty 
   binaries in the main jboss-head build.
   i.e. You would checkout the projects separately into the head tree.
  Meaning just dropping them from the jboss-head module alias and manually
  checking
  them out into it? If that is the case this should just be done
  independent of the svn move just to decouple the mc code from jboss5 as
  currently the only user of these is ejb3 as far as I can see. We just
  need the mc artifacts pushed out to the repository.
  
 
 Ok, I'll do this. If you want to use JDK5 features, we
 should also look at make jboss retro binaries.
 
 I'll make JBoss-Head build on the JBossMC-1.0.2.GA
 binaries. Besides the bean deployer in varia, only EJB3
 is using it until JBossMC-2.0.0M1 is finished.
 
 Then I'll update the WIKI page on how to develop
 the microcontainer until we have a proper standalone build.
 
 Cruisecontrol will also need updating once this is done.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: Change to HEAD Build. Microcontainer now binary dependency. WASRE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
You will just need to checkout the container/dependency/kernel projects
manually (they are no longer a part of the jboss-head alias).
Using whatever tag was added for that release. 

Other than that, it will be the same.

It shouldn't affect AOP. Only AOP2.0 (which hasn't been released yet)
has a dependency on container.

On Tue, 2006-05-02 at 16:20 -0500, Ryan Campbell wrote:
 Will removing these modules from jboss-head prevent previous releases of
 ejb3, aop  microcontainer from being built?
 
 I guess the answer is no, but the checkout instructions have changed?
 
 -Original Message-
 From: Adrian Brock 
 Sent: Tuesday, May 02, 2006 2:21 PM
 To: Scott M Stark
 Cc: Adrian Brock; Ryan Campbell; QA;
 jboss-development@lists.sourceforge.net
 Subject: Change to HEAD Build. Microcontainer now binary dependency.
 WASRE: jboss-head-jdk-matrix Build Failed
 
 This has been done, except the cruisecontrol changes.
 I've left some other issues open for a more complete standalone build:
 http://jira.jboss.com/jira/browse/JBMICROCONT-87
 
 The updated build instructions are here:
 http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMicrocontainer
 if you already have a previous head checked out, the only change
 is that these projects won't automatically be a part of the main build.
 
 The version of the microcontainer used is a snapshot from
 earlier this afternoon. Which will be updated to 2.0.0M1
 when that is finalised.
 
 On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote:
  On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote:
It would potentially be possible to require the MC projects 
to be developed against head while still being thirdparty 
binaries in the main jboss-head build.
i.e. You would checkout the projects separately into the head
 tree.
   Meaning just dropping them from the jboss-head module alias and
 manually
   checking
   them out into it? If that is the case this should just be done
   independent of the svn move just to decouple the mc code from jboss5
 as
   currently the only user of these is ejb3 as far as I can see. We
 just
   need the mc artifacts pushed out to the repository.
   
  
  Ok, I'll do this. If you want to use JDK5 features, we
  should also look at make jboss retro binaries.
  
  I'll make JBoss-Head build on the JBossMC-1.0.2.GA
  binaries. Besides the bean deployer in varia, only EJB3
  is using it until JBossMC-2.0.0M1 is finished.
  
  Then I'll update the WIKI page on how to develop
  the microcontainer until we have a proper standalone build.
  
  Cruisecontrol will also need updating once this is done.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: Change to HEAD Build. Microcontainer now binary dependency.WASRE: jboss-head-jdk-matrix Build Failed

2006-05-02 Thread Adrian Brock
Yes, they container and microkernel in CVS. 
Cut and paste error, sorry.

On Tue, 2006-05-02 at 16:42 -0500, Rajesh Rajasekaran wrote:
 Are the container and kernel modules jboss-container 
 jboss-microkernel as explained in the checkout instructions in the
 wiki, or are they just container  microkernel 
 
 
 
 -Original Message-
 From: Adrian Brock 
 Sent: Tuesday, May 02, 2006 4:37 PM
 To: Ryan Campbell
 Cc: Adrian Brock; Scott M Stark; QA;
 jboss-development@lists.sourceforge.net
 Subject: RE: Change to HEAD Build. Microcontainer now binary
 dependency.WASRE: jboss-head-jdk-matrix Build Failed
 
 You will just need to checkout the container/dependency/kernel projects
 manually (they are no longer a part of the jboss-head alias).
 Using whatever tag was added for that release. 
 
 Other than that, it will be the same.
 
 It shouldn't affect AOP. Only AOP2.0 (which hasn't been released yet)
 has a dependency on container.
 
 On Tue, 2006-05-02 at 16:20 -0500, Ryan Campbell wrote:
  Will removing these modules from jboss-head prevent previous releases
 of
  ejb3, aop  microcontainer from being built?
  
  I guess the answer is no, but the checkout instructions have changed?
  
  -Original Message-
  From: Adrian Brock 
  Sent: Tuesday, May 02, 2006 2:21 PM
  To: Scott M Stark
  Cc: Adrian Brock; Ryan Campbell; QA;
  jboss-development@lists.sourceforge.net
  Subject: Change to HEAD Build. Microcontainer now binary dependency.
  WASRE: jboss-head-jdk-matrix Build Failed
  
  This has been done, except the cruisecontrol changes.
  I've left some other issues open for a more complete standalone build:
  http://jira.jboss.com/jira/browse/JBMICROCONT-87
  
  The updated build instructions are here:
  http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMicrocontainer
  if you already have a previous head checked out, the only change
  is that these projects won't automatically be a part of the main
 build.
  
  The version of the microcontainer used is a snapshot from
  earlier this afternoon. Which will be updated to 2.0.0M1
  when that is finalised.
  
  On Tue, 2006-05-02 at 16:26 +0200, Adrian Brock wrote:
   On Tue, 2006-05-02 at 09:07 -0500, Scott M Stark wrote:
 It would potentially be possible to require the MC projects 
 to be developed against head while still being thirdparty 
 binaries in the main jboss-head build.
 i.e. You would checkout the projects separately into the head
  tree.
Meaning just dropping them from the jboss-head module alias and
  manually
checking
them out into it? If that is the case this should just be done
independent of the svn move just to decouple the mc code from
 jboss5
  as
currently the only user of these is ejb3 as far as I can see. We
  just
need the mc artifacts pushed out to the repository.

   
   Ok, I'll do this. If you want to use JDK5 features, we
   should also look at make jboss retro binaries.
   
   I'll make JBoss-Head build on the JBossMC-1.0.2.GA
   binaries. Besides the bean deployer in varia, only EJB3
   is using it until JBossMC-2.0.0M1 is finished.
   
   Then I'll update the WIKI page on how to develop
   the microcontainer until we have a proper standalone build.
   
   Cruisecontrol will also need updating once this is done.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: microcontainer-head-testsuite Build Failed

2006-04-28 Thread Adrian Brock
)
  allow you to
get all
children
  recursively
from any
 VirtualFile2)
 Fix some bugs
here and
 there.
  1.4
modified
  bill
 src/main/org/jboss/vfs/file/FileSystemVFS.java
deployer
   prototype.
 added stuff to
   VFS to:1)
  allow you to
get all
children
  recursively
from any
 VirtualFile2)
 Fix some bugs
here and
 there.
  1.3
modified
  bill
 src/main/org/jboss/vfs/file/JarFileEntry.java
deployer
   prototype.
 added stuff to
   VFS to:1)
  allow you to
get all
children
  recursively
from any
 VirtualFile2)
 Fix some bugs
here and
 there.
  1.5
modified
  bill
src/main/org/jboss/vfs/file/JarImpl.java
deployer
   prototype.
 added stuff to
   VFS to:1)
  allow you to
get all
children
  recursively
from any
 VirtualFile2)
 Fix some bugs
here and
 there.
  1.4
modified
  bill
  src/main/org/jboss/vfs/file/NestedJarFromStream.java
deployer
   prototype.
 added stuff to
   VFS to:1)
  allow you to
get all
children
  recursively
from any
 VirtualFile2)
 Fix some bugs
here and
 there.
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: deployer prototype Re: microcontainer-head-testsuite Build Failed

2006-04-28 Thread Adrian Brock
On Fri, 2006-04-28 at 08:12 -0400, Bill Burke wrote:
 Working on build failures now.

The build failure is because the MC is tested against JDK1.4
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: deployer prototype Re: microcontainer-head-testsuite Build Failed

2006-04-28 Thread Adrian Brock
In general, I like the JFDI approach

But is better if the I is discussed before
the D.

The only thing I find ambitious about this stuff
for JBoss5 is finding the time to work on it.

Spending time on prototypes that don't lead to
our stated goals is wasted time to me.

On Fri, 2006-04-28 at 08:12 -0400, Bill Burke wrote:
 
 Adrian Brock wrote:
  Did I miss the discussion, roadmap, JIRA tasks 
  on this deployer prototype?
  
 
 The MC/Deployers/Profile Service, well...seemed a bit ambitious.  Looks 
 like you guys needed a jump start.  I don't want Embedded EJB3 to wait 
 as long as MC/AOP waited for the JBossXB holy grail.
 
 You already saw my deployment post.
 
  How does this relate to what we've already agreed
  for the aspectized deployers? i.e. The VDF.
  
 
 Doesn't relate at all yet.  Just wanted to get something working then 
 incorporate other ideas.  See my forum post.
 
  The aspectized deployers will be in a separate project
  *NOT* the Microcontainer which is an IOC container
  or more accurately a dependency state machine.
  
 
 Yeah, so?  Was more interested in getting something working than putting 
 it into the right module that may/may not exist.
 
  Even the current microcontainer xml deployer will move to
  that project.
  
  In fact, I've already started my own prototype of an
  embedded container that will based on the:
  profile service 
  +aspectized deployers
  +microcontainer
  +integration abstractions
  +optional features like aop integration, alternate classloaders, etc.
  
  But, it is currently fifth on the list of my priorities:
  1) MC/AOP integration
  2) JMX/MC integration in jboss-head
  3) Aspectized deployers in jboss-head
  4) Profile service (currently being prototyped by Scott)
  5) Embedded
  
 
 I did the embedded first, because, well, again, I have a need for it. 
 Also, our current experience writing a deployer framework is based on an 
 application server not on a classpath or embedded in Tomcat.  An 
 embedded prototype flushes out a few more requirements.
 
 You'll also need to understand that I had already worked out a lot of 
 issues in the E-EJB3 stuff.
 
  Mind you, these priorties change every couple of months. :-)
  Remember Tripoli or POJOServer?
  
 
 Which is why again, I think everything in JBoss 5 is a bit ambitious to 
 do all at once.  Its more important IMO to get somethign that works for 
 something real, then incorporate features like VDF, VFSCL, MC/AOP, 
 etc...  Most of this acronym soup isn't even started yet or is just 
 plain too immature.  I had already uncovered a few bugs and feature 
 issues with the VFS, I'm sure I'll be able to do the same with the rest 
 of the Alphabet Soup.
 
 Working on build failures now.
 
 Bill
 
 
  On Fri, 2006-04-28 at 06:51 -0400, [EMAIL PROTECTED] wrote:
  
 View results here -
 http://cruisecontrol.jboss.com/cc/buildresults/microcontainer-head-testsuite?log=log20060428062444
 
  BUILD FAILED
   Ant Error
 Message: 
 /services/cruisecontrol/work/scripts/build-microcontainer-head-testsuite.xml:41:
  Exit code: 1 See compilejbosshead.log in Build Artifacts for details.
   Date of build: 04/28/2006 06:24:44
  Time to build: 25 minutes 34 seconds
   Last changed: 04/27/2006 19:45:34
   Last log entry: Deployer prototype
 
 
  
  
Unit Tests: (0)  Total Errors and Failures: (0) 


 
  Modifications
   since last
 build:  (first
   50 of 12) 
  1.10
modified
  bill
/build-test.xml
Deployer
   prototype
  1.24
modified
  bill
   /build.xml
Deployer
   prototype
  1.1
 added
  bill
   src/main/org/jboss/deployment/DeploymentImpl.java
Deployer
   prototype
  1.1
 added
  bill
 src/main/org/jboss/deployment/KernelErrorsLogger.java
Deployer
   prototype
  1.1
 added
  bill
  src/main/org/jboss/deployment/MainDeployerImpl.java
Deployer
   prototype

Re: [JBoss-dev] Build breakages

2006-04-27 Thread Adrian Brock
I'm very tempted to just remove webservices from the jbossas build.

It would take far less time than the hour or two I spend every week
trying to figure out how the latest refactorings broke the build.

On Mon, 2006-04-17 at 13:49 +0100, Adrian Brock wrote:
 Anybody else getting tired of all the recent build breakages?
 
 BUILD FAILED
 /home/ejort/jboss-head/build/build-thirdparty.xml:135: A versioning
 problem exists:
 Component: apache-tomcat is at version: 5.5.17
  but it is also required to be compatible with:
 [EMAIL PROTECTED], version=5.5.16}]
  by: jboss/jbossws14
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] XML Schema validation

2006-04-26 Thread Adrian Brock
Use JBossXB :-)

On Tue, 2006-04-25 at 19:21 -0400, Emmanuel Bernard wrote:
 I want to activate XML Schema validation in a portable way.
 It doesn't seems to be possible.
 For Xerces I have to do
 
 saxReader = new SAXReader();
 saxReader.setEntityResolver(entityResolver);
 saxReader.setErrorHandler( new ErrorLogger(file, errorsList) );
 saxReader.setMergeAdjacentText(true);
 
 saxReader.setValidation(true);
 try {
 saxReader.setFeature( 
 http://apache.org/xml/features/validation/schema;, true );
 }
 catch (SAXNotSupportedException e) {
 saxReader.setValidation( false );
 }
 
 If I do not do the setFeature trick, I've got Error parsing XML: XML 
 InputStream(3) Document is invalid: no grammar found.
 
 Does anyone know a portable way to activate schema validation (not dtd)?
 
 
 
 ---
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Register Synchronization while the Tx is marked for rollback

2006-04-26 Thread Adrian Brock
I've closed the JTA issue:
http://jira.jboss.com/jira/browse/JBAS-3155

AFAIK, this originally comes from the OTS spec.

I guess the only way an OTS backed JTA impl
could implement the new stuff:
http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr907/907-ChangeLog.html#registerInterposedSynchronization%28javax.transaction.Synchronization%29

Is for registerSynchronization() to directly invoke
afterCompletion() if the transaction is not active.

Strikes me that the user could do this themselves anyway!?


On Wed, 2006-04-26 at 09:15 -0400, Emmanuel Bernard wrote:
 A Seam use reported an isssue in the way Hibernate register a sync with 
 JBossTM (the old one at least).
 I've described the issue in JIRA 
 http://jira.jboss.com/jira/browse/EJBTHREE-540
 
 Please provide feedbacks on this one. We must fix that before JBoss AS 
 4.0.4 / JBoss EJB3 / Hibernate EntityManager / Hibernate 3.2.0 get 
 released (before J1)
 
 This involves Mark, Steve, Bill and me
 
 
 
 
 ---
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Register Synchronization while the Tx is marked for rollback

2006-04-26 Thread Adrian Brock
On Wed, 2006-04-26 at 15:03 +0100, Mark Little wrote:
 
 Adrian Brock wrote:
  I've closed the JTA issue:
  http://jira.jboss.com/jira/browse/JBAS-3155
 
  AFAIK, this originally comes from the OTS spec.

 
 Synchronizations were standardised first in the OTS. Prior to that 
 everyone did it in a vendor-specific manner.
 
  I guess the only way an OTS backed JTA impl
  could implement the new stuff:
  http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr907/907-ChangeLog.html#registerInterposedSynchronization%28javax.transaction.Synchronization%29
 
  Is for registerSynchronization() to directly invoke
  afterCompletion() if the transaction is not active.
 
  Strikes me that the user could do this themselves anyway!?

 
 Not sure what you mean. That reference is purely about registering a 
 subordinate synchronization with the original transaction coordinator. 
 JBossTS does this already because it's an optional part of the OTS 
 specification. You create and enlist the sub-synchronization with the 
 root transaction when the context is imported and then when any local 
 synchronizations are added, they register with the sub-synchronization.
 

I mean if a JavaEE provider uses OTS to implement JTA
you cannot map the above method directly onto OTS because the
co-ordinator will raise TRANSACTION_ROLLBACK

Actually, OTS has slightly weaker language:
TRANSACTION_ROLLEDBACK **may be** raised if the 
transaction has been marked rollback only.

 Mark.
 
 
  On Wed, 2006-04-26 at 09:15 -0400, Emmanuel Bernard wrote:

  A Seam use reported an isssue in the way Hibernate register a sync with 
  JBossTM (the old one at least).
  I've described the issue in JIRA 
  http://jira.jboss.com/jira/browse/EJBTHREE-540
 
  Please provide feedbacks on this one. We must fix that before JBoss AS 
  4.0.4 / JBoss EJB3 / Hibernate EntityManager / Hibernate 3.2.0 get 
  released (before J1)
 
  This involves Mark, Steve, Bill and me
 
 
 
 
  ---
  Using Tomcat but need to do more? Need to support web services, security?
  Get stuff done quickly with pre-integrated technology to make your job 
  easier
  Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Upgrading cglib dependency to version 2.1.3 in 4.0 branch

2006-04-25 Thread Adrian Brock
The Hibernate team should decide this.
They are its biggest consumers, they know what they have
tested against.

On Tue, 2006-04-25 at 09:40 -0500, Ruel Loehr wrote:
 This has been bounced around a few times without resolution.  I’m
 going to increment the version cglib unless someone speaks up with a
 compelling reason not to.
 
  
 
  
 
 http://jira.jboss.com/jira/browse/JBAS-3061
 
  
 
 Ruel Loehr
 
 JBoss QA
 
  
 
  
 
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Build breakages

2006-04-17 Thread Adrian Brock
Anybody else getting tired of all the recent build breakages?

BUILD FAILED
/home/ejort/jboss-head/build/build-thirdparty.xml:135: A versioning
problem exists:
Component: apache-tomcat is at version: 5.5.17
 but it is also required to be compatible with:
[EMAIL PROTECTED], version=5.5.16}]
 by: jboss/jbossws14

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Tomcat Version Upgraded to 5.5.17

2006-04-17 Thread Adrian Brock
It doesn't even build.

On Mon, 2006-04-17 at 01:11 -0500, Anil Saldhana wrote:
 Hi all,
the tomcat version in both HEAD as well as Branch_4_0 has been 
 upgraded to v5.5.17.
 
 A minor issue during the upgrade has been documented here:
 http://www.jboss.com/index.html?module=bbop=viewtopict=81231
 
 Please test and report back the issues.
 
 Regards,
 Anil
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Tomcat Version Upgraded to 5.5.17

2006-04-17 Thread Adrian Brock
So I tried to fix this 1 hour 30 minutes ago.
But my change still hasn't shown up in repository.jboss.com?
Nor does it appear in anonymous cvs yet.

On Mon, 2006-04-17 at 13:54 +0100, Adrian Brock wrote:
 It doesn't even build.
 
 On Mon, 2006-04-17 at 01:11 -0500, Anil Saldhana wrote:
  Hi all,
 the tomcat version in both HEAD as well as Branch_4_0 has been 
  upgraded to v5.5.17.
  
  A minor issue during the upgrade has been documented here:
  http://www.jboss.com/index.html?module=bbop=viewtopict=81231
  
  Please test and report back the issues.
  
  Regards,
  Anil
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking scripting language
  that extends applications into web and mobile media. Attend the live webcast
  and join the prime developer group breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: [jboss-cvs] jboss-system/src/main/org/jboss/deployment/scanner ...

2006-04-17 Thread Adrian Brock
It is redundant.

You could always do this by naming your file
something the URLDeploymentScanner ignored then
renaming it.

Rename is an atomic operation on any filesystem.

On Mon, 2006-04-17 at 10:44 -0400, Andrew Oliver wrote:
 BTW Adrian,
 
 parody
 I did in fact discuss it and no one said much in reply.  Perhaps if 
 you'd read the forum posts more closely, I would not have to repeat 
 myself here.
 /parody
 
 So if it is needed for 5.0 I'll port it there.  I think it might be 
 useful for that profile service thingy.  If not, then I won't.
 
 peace,
 
 Andy
 
 Andrew Oliver wrote:
  *gives adrian a big hug and kiss*
  
  :-*
  
  Next thing you'll be wanting me to try compiling things first before I 
  check them in...  sheesh.
  
  
  Adrian Brock wrote:
  Congratulations on:
 
  1) Not discussing this change before implementing it.
  2) Raising a JIRA task to document it.
  3) Porting it to jboss-head so it doesn't get lost
 
  On Sun, 2006-04-16 at 20:29 -0400, Andy Oliver wrote:
User: acoliver
Date: 06/04/16 20:29:00
 
Modified:src/main/org/jboss/deployment/scanner   Tag: Branch_4_0
  URLDeploymentScanner.java
  URLDeploymentScannerMBean.java
Log:
Add abillity to ignore a file while it is being updated and then 
  re-attend to it   once it is updated (assuming that some other 
  service will attend to bringing the   runtime in sync without 
  re-deployment)
  Revision  ChangesPath
No   revision
No   revision
1.32.2.6  +81 -11
  jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java
   
 
  (In the diff below, changes in quantity of whitespace are not 
  shown.)
  Index: URLDeploymentScanner.java
===
RCS file: 
  /cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java,v
   
 
retrieving revision 1.32.2.5
retrieving revision 1.32.2.6
diff -u -b -r1.32.2.5 -r1.32.2.6
--- URLDeploymentScanner.java29 Oct 2005 05:06:09 -
  1.32.2.5
+++ URLDeploymentScanner.java17 Apr 2006 00:29:00 -
  1.32.2.6
@@ -56,12 +56,14 @@
  *
  * @jmx:mbean 
  extends=org.jboss.deployment.scanner.DeploymentScannerMBean
  *
- * @version tt$Revision: 1.32.2.5 $/tt
+ * @version tt$Revision: 1.32.2.6 $/tt
  * @author  a href=mailto:[EMAIL PROTECTED]Jason Dillon/a
  */
 public class URLDeploymentScanner extends AbstractDeploymentScanner
implements DeploymentScanner, URLDeploymentScannerMBean
 {
+   /** The list of URLs to skip **/
+   protected List skipList = Collections.synchronizedList(new 
  ArrayList());
/** The list of URLs to scan. */
protected List urlList = Collections.synchronizedList(new 
  ArrayList());
   @@ -251,6 +253,66 @@
   return urlList.contains(url);
}
   +   /**
+* You can ask the deployment scanner NOT to update a URL that 
  you are   +* about to change.  This must be the same as the 
  actual deployment URL and
+* not the minor watchURL (deployment descriptor).  This 
  operation ADDs a
+* url to the list of not urls.  The actual time/datestamp of 
  the deployed
+* url will be modified to reflect the timestamp as if the url 
  were actually
+* deployed the first time scan is called either 
  programmatically as an   +* mbean operation call or during normal 
  temporal operations.  Note that this
+* only affects UPDATES (redeploy) not undeploy or 
  deploy(obviously).
+*
+* @jmx:managed-operation
+*/
+   public void addNotURL(final URL url)   +   {  //ACO wuz here
+  if (url == null)
+ throw new NullArgumentException(url);
+  if (!skipList.contains(url))   +  {
+ skipList.add(url);
+  }   +   }
+
+   /**
+* removes a url from the list of urls NOT to update.  Make 
  sure that you
+* call scan before removing urls or if the scan window is wide 
  enough the   +* timestamp may not get updated.  (the scan window 
  IS wide enough by default)
+*
+* @jmx:managed-operation
+*/
+   public void removeNotURL(final URL url)   +   {  //ACO wuz here
+  if (url == null)
+ throw new NullArgumentException(url);
+  if (skipList.contains(url))   +  {
+ skipList.remove(url);
+  }
+   }
+
+   /**
+* list all deployed urls for this deployment scanner instance 
  in a big comma   +* and carriage return seperated list
+*
+* @jmx:managed-operation
+*/
+   public String listDeployed() {
+  String retval = ;
+  Iterator i = deployedSet.iterator();
+  while (i.hasNext()) {
+  String url = i.next

[JBoss-dev] Re: [jboss-cvs] jboss-system/src/main/org/jboss/deployment/scanner ...

2006-04-17 Thread Adrian Brock
And you were ignored because there must be at least 100
previous threads where it was already discussed.

Including me telling describing how to do it to somebody
who never contributed it back.

On Mon, 2006-04-17 at 10:44 -0400, Andrew Oliver wrote:
 BTW Adrian,
 
 parody
 I did in fact discuss it and no one said much in reply.  Perhaps if 
 you'd read the forum posts more closely, I would not have to repeat 
 myself here.
 /parody
 
 So if it is needed for 5.0 I'll port it there.  I think it might be 
 useful for that profile service thingy.  If not, then I won't.
 
 peace,
 
 Andy
 
 Andrew Oliver wrote:
  *gives adrian a big hug and kiss*
  
  :-*
  
  Next thing you'll be wanting me to try compiling things first before I 
  check them in...  sheesh.
  
  
  Adrian Brock wrote:
  Congratulations on:
 
  1) Not discussing this change before implementing it.
  2) Raising a JIRA task to document it.
  3) Porting it to jboss-head so it doesn't get lost
 
  On Sun, 2006-04-16 at 20:29 -0400, Andy Oliver wrote:
User: acoliver
Date: 06/04/16 20:29:00
 
Modified:src/main/org/jboss/deployment/scanner   Tag: Branch_4_0
  URLDeploymentScanner.java
  URLDeploymentScannerMBean.java
Log:
Add abillity to ignore a file while it is being updated and then 
  re-attend to it   once it is updated (assuming that some other 
  service will attend to bringing the   runtime in sync without 
  re-deployment)
  Revision  ChangesPath
No   revision
No   revision
1.32.2.6  +81 -11
  jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java
   
 
  (In the diff below, changes in quantity of whitespace are not 
  shown.)
  Index: URLDeploymentScanner.java
===
RCS file: 
  /cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java,v
   
 
retrieving revision 1.32.2.5
retrieving revision 1.32.2.6
diff -u -b -r1.32.2.5 -r1.32.2.6
--- URLDeploymentScanner.java29 Oct 2005 05:06:09 -
  1.32.2.5
+++ URLDeploymentScanner.java17 Apr 2006 00:29:00 -
  1.32.2.6
@@ -56,12 +56,14 @@
  *
  * @jmx:mbean 
  extends=org.jboss.deployment.scanner.DeploymentScannerMBean
  *
- * @version tt$Revision: 1.32.2.5 $/tt
+ * @version tt$Revision: 1.32.2.6 $/tt
  * @author  a href=mailto:[EMAIL PROTECTED]Jason Dillon/a
  */
 public class URLDeploymentScanner extends AbstractDeploymentScanner
implements DeploymentScanner, URLDeploymentScannerMBean
 {
+   /** The list of URLs to skip **/
+   protected List skipList = Collections.synchronizedList(new 
  ArrayList());
/** The list of URLs to scan. */
protected List urlList = Collections.synchronizedList(new 
  ArrayList());
   @@ -251,6 +253,66 @@
   return urlList.contains(url);
}
   +   /**
+* You can ask the deployment scanner NOT to update a URL that 
  you are   +* about to change.  This must be the same as the 
  actual deployment URL and
+* not the minor watchURL (deployment descriptor).  This 
  operation ADDs a
+* url to the list of not urls.  The actual time/datestamp of 
  the deployed
+* url will be modified to reflect the timestamp as if the url 
  were actually
+* deployed the first time scan is called either 
  programmatically as an   +* mbean operation call or during normal 
  temporal operations.  Note that this
+* only affects UPDATES (redeploy) not undeploy or 
  deploy(obviously).
+*
+* @jmx:managed-operation
+*/
+   public void addNotURL(final URL url)   +   {  //ACO wuz here
+  if (url == null)
+ throw new NullArgumentException(url);
+  if (!skipList.contains(url))   +  {
+ skipList.add(url);
+  }   +   }
+
+   /**
+* removes a url from the list of urls NOT to update.  Make 
  sure that you
+* call scan before removing urls or if the scan window is wide 
  enough the   +* timestamp may not get updated.  (the scan window 
  IS wide enough by default)
+*
+* @jmx:managed-operation
+*/
+   public void removeNotURL(final URL url)   +   {  //ACO wuz here
+  if (url == null)
+ throw new NullArgumentException(url);
+  if (skipList.contains(url))   +  {
+ skipList.remove(url);
+  }
+   }
+
+   /**
+* list all deployed urls for this deployment scanner instance 
  in a big comma   +* and carriage return seperated list
+*
+* @jmx:managed-operation
+*/
+   public String listDeployed() {
+  String retval = ;
+  Iterator i = deployedSet.iterator();
+  while (i.hasNext

[JBoss-dev] RE: Improving the JBAS JIRA handling process

2006-04-17 Thread Adrian Brock
JCA == Weston Price

On Mon, 2006-04-17 at 09:55 -0500, Dimitris Andreadis wrote:
 This is the beginning of the discussion!
 
 So if anyone wants to propose what component/leads need
 add/remove/change?
 
   I completely agree with all of those.  Have you started 
  the discussion on the components leads yet?  If not, let's 
  get that discussion started.  I think that is the first thing 
  that needs to get straightened out.  After that, we can start 
  to put some processes in place to make things smoother.  Some 
  components are also in transistion, such as transactions and 
  JMS.  So, we need to have an understanding that the 
  components leads in JBoss AS 5 will be different then they 
  are in JBoss AS 4.0.x or 3.2.x.
  
  Andy
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Re: [jboss-cvs] jboss-system/src/main/org/jboss/deployment/scanner ...

2006-04-17 Thread Adrian Brock
Just use this link :-)

www.adriansmemorysearch.org?type=LongTermRetrievalquery=URLDeploymentScanner+Forum+Posts


On Mon, 2006-04-17 at 11:03 -0400, Andrew Oliver wrote:
 Oh cool.  Can you repost those threads here?  I must have missed them.
 
 Adrian Brock wrote:
  And you were ignored because there must be at least 100
  previous threads where it was already discussed.
  
  Including me telling describing how to do it to somebody
  who never contributed it back.
  
  On Mon, 2006-04-17 at 10:44 -0400, Andrew Oliver wrote:
  BTW Adrian,
 
  parody
  I did in fact discuss it and no one said much in reply.  Perhaps if 
  you'd read the forum posts more closely, I would not have to repeat 
  myself here.
  /parody
 
  So if it is needed for 5.0 I'll port it there.  I think it might be 
  useful for that profile service thingy.  If not, then I won't.
 
  peace,
 
  Andy
 
  Andrew Oliver wrote:
  *gives adrian a big hug and kiss*
 
  :-*
 
  Next thing you'll be wanting me to try compiling things first before I 
  check them in...  sheesh.
 
 
  Adrian Brock wrote:
  Congratulations on:
 
  1) Not discussing this change before implementing it.
  2) Raising a JIRA task to document it.
  3) Porting it to jboss-head so it doesn't get lost
 
  On Sun, 2006-04-16 at 20:29 -0400, Andy Oliver wrote:
User: acoliver
Date: 06/04/16 20:29:00
 
Modified:src/main/org/jboss/deployment/scanner   Tag: Branch_4_0
  URLDeploymentScanner.java
  URLDeploymentScannerMBean.java
Log:
Add abillity to ignore a file while it is being updated and then 
  re-attend to it   once it is updated (assuming that some other 
  service will attend to bringing the   runtime in sync without 
  re-deployment)
  Revision  ChangesPath
No   revision
No   revision
1.32.2.6  +81 -11
  jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java
   
 
  (In the diff below, changes in quantity of whitespace are not 
  shown.)
  Index: URLDeploymentScanner.java
===
RCS file: 
  /cvsroot/jboss/jboss-system/src/main/org/jboss/deployment/scanner/URLDeploymentScanner.java,v
   
 
retrieving revision 1.32.2.5
retrieving revision 1.32.2.6
diff -u -b -r1.32.2.5 -r1.32.2.6
--- URLDeploymentScanner.java29 Oct 2005 05:06:09 -
  1.32.2.5
+++ URLDeploymentScanner.java17 Apr 2006 00:29:00 -
  1.32.2.6
@@ -56,12 +56,14 @@
  *
  * @jmx:mbean 
  extends=org.jboss.deployment.scanner.DeploymentScannerMBean
  *
- * @version tt$Revision: 1.32.2.5 $/tt
+ * @version tt$Revision: 1.32.2.6 $/tt
  * @author  a href=mailto:[EMAIL PROTECTED]Jason Dillon/a
  */
 public class URLDeploymentScanner extends AbstractDeploymentScanner
implements DeploymentScanner, URLDeploymentScannerMBean
 {
+   /** The list of URLs to skip **/
+   protected List skipList = Collections.synchronizedList(new 
  ArrayList());
/** The list of URLs to scan. */
protected List urlList = Collections.synchronizedList(new 
  ArrayList());
   @@ -251,6 +253,66 @@
   return urlList.contains(url);
}
   +   /**
+* You can ask the deployment scanner NOT to update a URL that 
  you are   +* about to change.  This must be the same as the 
  actual deployment URL and
+* not the minor watchURL (deployment descriptor).  This 
  operation ADDs a
+* url to the list of not urls.  The actual time/datestamp of 
  the deployed
+* url will be modified to reflect the timestamp as if the url 
  were actually
+* deployed the first time scan is called either 
  programmatically as an   +* mbean operation call or during normal 
  temporal operations.  Note that this
+* only affects UPDATES (redeploy) not undeploy or 
  deploy(obviously).
+*
+* @jmx:managed-operation
+*/
+   public void addNotURL(final URL url)   +   {  //ACO wuz here
+  if (url == null)
+ throw new NullArgumentException(url);
+  if (!skipList.contains(url))   +  {
+ skipList.add(url);
+  }   +   }
+
+   /**
+* removes a url from the list of urls NOT to update.  Make 
  sure that you
+* call scan before removing urls or if the scan window is wide 
  enough the   +* timestamp may not get updated.  (the scan window 
  IS wide enough by default)
+*
+* @jmx:managed-operation
+*/
+   public void removeNotURL(final URL url)   +   {  //ACO wuz here
+  if (url == null)
+ throw new NullArgumentException(url);
+  if (skipList.contains(url))   +  {
+ skipList.remove(url);
+  }
+   }
+
+   /**
+* list all deployed urls for this deployment scanner instance

RE: [JBoss-dev] Tomcat Version Upgraded to 5.5.17

2006-04-17 Thread Adrian Brock
Looks like it is fixed now, thanks.

On Mon, 2006-04-17 at 09:52 -0500, Ruel Loehr wrote:
 It's due to the anoncvs sysnc problem.   The repository is being updated
 from anoncvs..
 
 I opened up a ticket with IT:
 
 http://jira.jboss.com/jira/browse/JBIT-926
 
 And also spoke with Eric, he is going to have TomBen take a look.
 
 Ruel Loehr
 JBoss QA
  
 
 -Original Message-
 From: Adrian Brock 
 Sent: Monday, April 17, 2006 9:32 AM
 To: jboss-development@lists.sourceforge.net
 Cc: QA
 Subject: Re: [JBoss-dev] Tomcat Version Upgraded to 5.5.17
 
 So I tried to fix this 1 hour 30 minutes ago.
 But my change still hasn't shown up in repository.jboss.com?
 Nor does it appear in anonymous cvs yet.
 
 On Mon, 2006-04-17 at 13:54 +0100, Adrian Brock wrote:
  It doesn't even build.
  
  On Mon, 2006-04-17 at 01:11 -0500, Anil Saldhana wrote:
   Hi all,
  the tomcat version in both HEAD as well as Branch_4_0 has been 
   upgraded to v5.5.17.
   
   A minor issue during the upgrade has been documented here:
   http://www.jboss.com/index.html?module=bbop=viewtopict=81231
   
   Please test and report back the issues.
   
   Regards,
   Anil
   
   
   ---
   This SF.Net email is sponsored by xPML, a groundbreaking scripting
 language
   that extends applications into web and mobile media. Attend the live
 webcast
   and join the prime developer group breaking into this new coding
 territory!
  
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
   ___
   JBoss-Development mailing list
   JBoss-Development@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] synchronization on non-final fields warning

2006-04-12 Thread Adrian Brock
Correct, if it did this instead:

public class JaasSecurityManager
{ 
   private CachePolicy domainCache;

   private Subject updateCache(Principal principal)
   {
  synchronized( domainCache )
  {
 domainCache = new CachePolicy();
 // stuff
  }
   }
}

Another thread can enter the synchronized block
because it will synchronize on a different object.

I'm not sure it is even determinate which
object it will synchronize on under the old
(pre Java5) memory model?
And probably only determinate on Java5 if you do
private volatile CachePolicy domainCache;

On Tue, 2006-04-11 at 23:51 -0500, Scott M Stark wrote:
 I'm trying to understand the full implication of the intellij
 synchronization on non-final fields warning, which has this description:
 
 This inspection reports instances of synchronized statements where the
 lock expression is a non-final field. Such statements are unlikely to
 have useful semantics, as different threads may be locking on different
 objects even when operating on the same object.
 
 An example usage is the following where a multiple operations on the
 domainCache variable is done in a synchronized block so that the
 remove/insert are atomic:
 
 public class JaasSecurityManager
 { 
private CachePolicy domainCache;
 
private Subject updateCache(Principal principal)
{
   synchronized( domainCache )
   {
  if( domainCache.peek(principal) != null )
 domainCache.remove(principal);
  domainCache.insert(principal, info);
   }
}
 }
 
 In going over the current memory model docs:
 http://www.cs.umd.edu/~pugh/java/memoryModel/
 http://gee.cs.oswego.edu/dl/jmm/cookbook.html
 http://www.cs.umd.edu/~pugh/java/memoryModel/jsr133.pdf
 
 The only context I can see where this warning applies is if the
 domainCache variable is being changed. In that case two threads may
 actually be synchronizing/working on different objects, but that is fine
 in this case as the atomic block of ops only applies to the domainCache
 object. If other state was being referenced I can see a problem, but not
 for the illustrated usage.
 
 Am I missing something here?
 
 
 Scott Stark
 VP Architecture  Technology
 JBoss Inc.
  
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] 5.0..0 Release Schedule

2006-04-07 Thread Adrian Brock
Ok with me.

On Thu, 2006-04-06 at 20:22 -0500, Brian Stansberry wrote:
 Hi Adrian,
 
 Can we try to schedule some time in the next couple weeks to have a call
 to go over clustering integration issues for 5.0?  Particularly with
 respect to the MC.  I'd like to get your input on what you think the key
 issues are so I can get JIRA issues raised, work started.  I don't want
 to be the one holding up planning for getting 5.0 out :)
 
 Ivelin also would like to sit in on the call.
 
 Key areas that I'm aware of:
 
 Clustering aspects in the MC
 -- singleton deployment
 -- replicated metadata
 -- invoking configured POJO operations on all nodes across the cluster
 
 Configuration/mgmt of clustering as related to Profile service
 
 Farmed deployments
 
 I found out today I'm doing a custom training all next week, but how do
 things look for you the week after?
 
 Cheers,
 
 Brian
 
 [EMAIL PROTECTED] wrote:
  We don't have those dates.
  
  I've tried to set those dates about three times in the last
  year by asking for the information you want to provide, but
  very few people actually responded.
  
  On Sun, 2006-03-05 at 18:55, Brian Stansberry wrote:
  Adrian,
  
  Can you give me a rough estimate of the planned release dates for
  5.0.0.Beta1 and 5.0.0.GA?  JIRA shows no dates beyond 5.0.0.Alpha.
  I'm trying to make an estimate of which release will have various
  features/fixes and don't have a clear picture of the schedule.
  
  Thanks,
  
  Brian Stansberry
  Lead, AS Clustering
  JBoss, Inc.
  callto://bstansberry
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking scripting
  language that extends applications into web and mobile media. Attend
  the live webcast and join the prime developer group
  breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 3 - For developers

2006-04-05 Thread Adrian Brock
Ok, so I just found a bug in JIRA, the correct links are:
Compatibility
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12310487view=rnotes
Doco
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12310486view=rnotes

On Wed, 2006-04-05 at 12:16 +0100, Adrian Brock wrote:
 You can already get this information from JIRA.
 
 Let's keep the process simple please.
 
 I already:
 1) Describe the change on the JIRA task
 2) Update and the relevant WIKI page and link it on the JIRA task
 3) Mark the JIRA task as requiring a doco change
 
 I am not going to update an arbitrary number of web pages
 when the information is already available.
 
 If people kept their JIRA tasks to a description of the
 change rather than using them as discussion forums, it wouldn't be
 as hard to understand.
 
 e.g. You can already get this information from JIRA:
 comaptibility changes
 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?view=rnotestempMax=1
 or doco changes required
 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?view=rnotestempMax=1
 
 
 On Wed, 2006-04-05 at 05:49 -0500, Dimitris Andreadis wrote:
  Forgot also to mention that thing that should go in the admin guide
  should be linked from this JIRA task:
  
  http://wiki.jboss.org/wiki/Wiki.jsp?page=404UpgradeIssues
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking scripting language
  that extends applications into web and mobile media. Attend the live webcast
  and join the prime developer group breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 3 - For developers

2006-04-05 Thread Adrian Brock
And even that is broken!

It shows displaying 1..20 of 37 but there is no link to view the
others :-)

Just remove the view=rnotes

On Wed, 2006-04-05 at 12:22 +0100, Adrian Brock wrote:
 Ok, so I just found a bug in JIRA, the correct links are:
 Compatibility
 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12310487view=rnotes
 Doco
 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12310486view=rnotes

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] jboss-head, Testsuite for all configuration fails

2006-04-05 Thread Adrian Brock
)
at
  org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755)
at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native
  Method)
at
   
  
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
   
  
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java
  :25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
   
  
  org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch
  (Invocation.java:96)
at
   
  
  org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
at
   
  
  org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke
  (AbstractMBeanInvoker.java:262)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at
  org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at
  org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:481)
at
  org.jboss.system.server.ServerImpl.start(ServerImpl.java:361)
at org.jboss.Main.boot(Main.java:201)
at org.jboss.Main$1.run(Main.java:470)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NullPointerException
at
org.jboss.system.ServiceConfigurator.internalInstall
  (ServiceConfigurator.java:452)
at
   
  
  org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:171)
... 36 more
20:28:18,818 INFO  [Server] Runtime shutdown hook called,
  forceHalt: true
20:28:18,818 INFO  [Server] JBoss SHUTDOWN: Undeploying all packages
20:28:19,003 INFO  [Server] Shutdown complete
Shutdown complete
Halting VM
   
===End=
  
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking scripting
  language
  that extends applications into web and mobile media. Attend the live
  webcast
  and join the prime developer group breaking into this new coding
  territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
  
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  mailto:JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
  
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-4.0-testsuite Build Failed

2006-04-05 Thread Adrian Brock
The problem is that ExitOnShutDown.java
invokes exit() from stopService()
this means the new code thinks the deployment thread is busy,
because exit() never returns.

I'll make stopService() fork a thread.

On Wed, 2006-04-05 at 11:21 -0500, Scott M Stark wrote:
 The minimal shutdown is very sensative to the implementation details of
 the server because there is no jmx invoker in this config. The shutdown
 relies on the behavior of a service undeployment calling System.exit so
 JBAS-3050 has likely changed how this behaves. I don't remember why this
 service could not use a jmx message instead.
 
  -Original Message-
  From: Rajesh Rajasekaran 
  Sent: Wednesday, April 05, 2006 8:59 AM
  To: Adrian Brock; QA
  Cc: Alexey Loubyansky; Amit Bhayani; Anil Saldhana; Bela Ban; 
  Bill Burke; Brian Stansberry; Clebert Suconic; Dimitris 
  Andreadis; Emmanuel Bernard; [EMAIL PROTECTED]; 
  jboss-development@lists.sourceforge.net; 
  [EMAIL PROTECTED]; Kabir Khan; Ryan Campbell; Ruel Loehr; 
  Scott M Stark; Thomas Diesler; Tom Elrod
  Subject: RE: jboss-4.0-testsuite Build Failed
  
  The all config fails to start because port 1098 is still in 
  use by the minimal configuration which started up earlier. 
  The minimal waits for 60 secs to completely shut down before 
  which the all config starts. I guess this change is related 
  to the following issue.
  http://jira.jboss.com/jira/browse/JBAS-3050
  
  This can be verfied by running the testsuite manually. ant 
  tests from the testsuite folder.
  This can be avoided by allowing the testsuite to wait for 60 
  secs or more before different configurations start up.
  
  Thanks
  Rajesh
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-4.0-testsuite Build Failed

2006-04-05 Thread Adrian Brock
Very interesting Mr Bond...

  new Thread(new Runnable()
  {
 public void run()
 {
System.exit(0);
 }
  }, ExitOnShutdown).start();

Can't do that either, because this cannot load a class from the
undeployed classloader. :-)

2006-04-05 17:36:57,751 DEBUG [org.jboss.deployment.MainDeployer]
Undeployed
file:/home/ejort/jboss-4.0/build/output/jboss-4.0.4.GA/server/minimal/deploy/shutdown.sar
2006-04-05 17:36:57,753 ERROR [STDERR] java.lang.NoClassDefFoundError:
java/lang/System
2006-04-05 17:36:57,753 ERROR [STDERR]  at
org.jboss.test.jmx.shutdown.ExitOnShutdown$1.run(ExitOnShutdown.java:52)
2006-04-05 17:36:57,754 ERROR [STDERR]  at
java.lang.Thread.run(Thread.java:534)


On Wed, 2006-04-05 at 17:33 +0100, Adrian Brock wrote:
 The problem is that ExitOnShutDown.java
 invokes exit() from stopService()
 this means the new code thinks the deployment thread is busy,
 because exit() never returns.
 
 I'll make stopService() fork a thread.
 
 On Wed, 2006-04-05 at 11:21 -0500, Scott M Stark wrote:
  The minimal shutdown is very sensative to the implementation details of
  the server because there is no jmx invoker in this config. The shutdown
  relies on the behavior of a service undeployment calling System.exit so
  JBAS-3050 has likely changed how this behaves. I don't remember why this
  service could not use a jmx message instead.
  
   -Original Message-
   From: Rajesh Rajasekaran 
   Sent: Wednesday, April 05, 2006 8:59 AM
   To: Adrian Brock; QA
   Cc: Alexey Loubyansky; Amit Bhayani; Anil Saldhana; Bela Ban; 
   Bill Burke; Brian Stansberry; Clebert Suconic; Dimitris 
   Andreadis; Emmanuel Bernard; [EMAIL PROTECTED]; 
   jboss-development@lists.sourceforge.net; 
   [EMAIL PROTECTED]; Kabir Khan; Ryan Campbell; Ruel Loehr; 
   Scott M Stark; Thomas Diesler; Tom Elrod
   Subject: RE: jboss-4.0-testsuite Build Failed
   
   The all config fails to start because port 1098 is still in 
   use by the minimal configuration which started up earlier. 
   The minimal waits for 60 secs to completely shut down before 
   which the all config starts. I guess this change is related 
   to the following issue.
   http://jira.jboss.com/jira/browse/JBAS-3050
   
   This can be verfied by running the testsuite manually. ant 
   tests from the testsuite folder.
   This can be avoided by allowing the testsuite to wait for 60 
   secs or more before different configurations start up.
   
   Thanks
   Rajesh
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-4.0-testsuite Build Failed

2006-04-05 Thread Adrian Brock
On Wed, 2006-04-05 at 11:44 -0500, Scott M Stark wrote:
 An undeployed class loader should probably still delegate to its parent
 if it does not have a repository? 

Agreed. Reflection didn't work either.

I've changed the minimal config to have
attribute name=StopTimeOut0/attribute
to temporarily workaround the issue.

 
  -Original Message-
  From: Adrian Brock 
  Sent: Wednesday, April 05, 2006 9:42 AM
  To: Scott M Stark
  Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net
  Subject: RE: jboss-4.0-testsuite Build Failed
  
  Very interesting Mr Bond...
  
new Thread(new Runnable()
{
   public void run()
   {
  System.exit(0);
   }
}, ExitOnShutdown).start();
  
  Can't do that either, because this cannot load a class from 
  the undeployed classloader. :-)
  
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: jboss-4.0-testsuite Build Failed

2006-04-05 Thread Adrian Brock
The deployment is destroyed before the classloader.
It is just that it left a thread lying around referencing the
classloader.

On Wed, 2006-04-05 at 12:33 -0500, Scott M Stark wrote:
 I do have to question why the class loader is destroyed before all
 deployments are though. I'll look into that as part of the JBAS-3063
 issue.
 
  -Original Message-
  From: Scott M Stark 
  Sent: Wednesday, April 05, 2006 10:24 AM
  To: Adrian Brock
  Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net
  Subject: RE: jboss-4.0-testsuite Build Failed
  
  I'll create a jira issue for the class loader behavior. 
  
   -Original Message-
   From: Adrian Brock
   Sent: Wednesday, April 05, 2006 10:16 AM
   To: Scott M Stark
   Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net
   Subject: RE: jboss-4.0-testsuite Build Failed
   
   On Wed, 2006-04-05 at 11:44 -0500, Scott M Stark wrote:
An undeployed class loader should probably still delegate to its 
parent if it does not have a repository?
   
   Agreed. Reflection didn't work either.
   
   I've changed the minimal config to have attribute 
   name=StopTimeOut0/attribute to temporarily workaround 
  the issue.
  
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Unassigned for 4.0.4

2006-04-03 Thread Adrian Brock
There are still 19 tasks unassigned for 4.0.4
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12310482

We should get these assigned or deferred,
so there isn't a mad rush come release time. :-)
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Unassigned for 4.0.4

2006-04-03 Thread Adrian Brock
Try again.

On Mon, 2006-04-03 at 14:31 -0500, Ryan Campbell wrote:
 Adrian, it doesn't look like this filter is public.
 
 Errors
 
 * Could not getRequest search with this id.
 
 
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of
 Adrian Brock
 Sent: Monday, April 03, 2006 2:26 PM
 To: jboss-development
 Subject: [JBoss-dev] Unassigned for 4.0.4
 
 There are still 19 tasks unassigned for 4.0.4
 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestI
 d=12310482
 
 We should get these assigned or deferred,
 so there isn't a mad rush come release time. :-)
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Unassigned for 4.0.4

2006-04-03 Thread Adrian Brock
I already created a more generic version of this:
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestId=12310181

On Mon, 2006-04-03 at 16:20 -0500, Dimitris Andreadis wrote:
 This filter should show the open 4.0.4.GA issues left for every user
 (i.e. the current user), so you can see what's assigned to you.
 
 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestI
 d=12310484 
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Adrian Brock
  Sent: 03 April, 2006 22:26
  To: jboss-development
  Subject: [JBoss-dev] Unassigned for 4.0.4
  
  There are still 19 tasks unassigned for 4.0.4
  http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid
  erequestId=12310482
  
  We should get these assigned or deferred, so there isn't a 
  mad rush come release time. :-)
  --
  
  Adrian Brock
  Chief Scientist
  JBoss Inc.
  
  
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking 
  scripting language
  that extends applications into web and mobile media. Attend 
  the live webcast
  and join the prime developer group breaking into this new 
  coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720;
  dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


RE: [JBoss-dev] Unassigned for 4.0.4

2006-04-03 Thread Adrian Brock
On Mon, 2006-04-03 at 17:15 -0500, Dimitris Andreadis wrote:
 Nice. How you indicate in the filter next release ? 


I just change it after each release :-)

 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Adrian Brock
  Sent: 04 April, 2006 00:38
  To: jboss-development@lists.sourceforge.net
  Subject: RE: [JBoss-dev] Unassigned for 4.0.4
  
  I already created a more generic version of this:
  http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid
  erequestId=12310181
  
  On Mon, 2006-04-03 at 16:20 -0500, Dimitris Andreadis wrote:
   This filter should show the open 4.0.4.GA issues left for 
  every user 
   (i.e. the current user), so you can see what's assigned to you.
   
   
  http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hidereques
   tI
   d=12310484
   
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On 
  Behalf Of 
Adrian Brock
Sent: 03 April, 2006 22:26
To: jboss-development
Subject: [JBoss-dev] Unassigned for 4.0.4

There are still 19 tasks unassigned for 4.0.4 
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid
erequestId=12310482

We should get these assigned or deferred, so there isn't 
  a mad rush 
come release time. :-)
--

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking 
  scripting 
language that extends applications into web and mobile 
  media. Attend 
the live webcast and join the prime developer group breaking into 
this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720;
dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

   
   
   ---
   This SF.Net email is sponsored by xPML, a groundbreaking scripting 
   language that extends applications into web and mobile 
  media. Attend 
   the live webcast and join the prime developer group 
  breaking into this new coding territory!
   http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
   ___
   JBoss-Development mailing list
   JBoss-Development@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jboss-development
  --
  
  Adrian Brock
  Chief Scientist
  JBoss Inc.
  
  
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking 
  scripting language
  that extends applications into web and mobile media. Attend 
  the live webcast
  and join the prime developer group breaking into this new 
  coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720;
  dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] There isn't a runtime dependcy on javassist for jbossretro is there?

2006-03-31 Thread Adrian Brock
Yes, for the annotations.

On Fri, 2006-03-31 at 02:43 -0600, Scott M Stark wrote:
 I don't see any runtime dependency on javassist in the jbosstretro
 translated output, but the component-info.xml declares a dependency:
 
component id=jboss/jbossretro
   version=1.0.0.CR1
   licenseType=lgpl
   projectHome=http://www.jboss.org;
   description=JBossRetro is a weaver which will
  transform Java SE 1.5 byte code to its Java 1.4
  equivalent.

   artifact id=jbossretro.jar/
   artifact id=jbossretro-rt.jar/
  
   import componentref=javassist
 compatible version=3.2.0.CR1/
   /import
  
   export
  include input=jbossretro.jar/
   /export
/component
 
 This is needed for the translation step of course. Is there a runtime
 dependency?
  
 
 Scott Stark
 VP Architecture  Technology
 JBoss Inc.
  
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: JBoss-4.0.4.CR2 today - 4.0.x freeze

2006-03-31 Thread Adrian Brock
While you are there, can you also fix jboss-head?

BUILD FAILED
/home/ejort/jboss-head/build/build.xml:1036: The following error
occurred while executing this line:
/home/ejort/jboss-head/build/build-thirdparty.xml:131: A versioning
problem exists:
Component: apache-logging is at version: 1.0.4jboss
 but it is also required to be compatible with:
[EMAIL PROTECTED], version=1.0.4.1jboss}]
 by: jboss/jbossws14


On Fri, 2006-03-31 at 11:17 -0600, Scott M Stark wrote:
 I build ok with both jdk5/jdk1.4.2 last night. Let me try another 
 box/workspace to validate if something is missing. 

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: [JBoss-dev] org.jboss.test.jbossmq.test.ExpiryDestinationTestCase

2006-03-29 Thread Adrian Brock
It is a new test for a new feature done by Genman.

2000 messages sounds a bit stupid for a unit test.

I'd guess this is a timing issue since there
is no synchronization with the server state,
just a sleep of 1 second, hoping that all those
messages get processed in that time and the
cpu is not busy doing something else like
downloading your e-mail. :-)

This test also doesn't tidyup after itself.
It leaves all those messages in the DLQ!

On Wed, 2006-03-29 at 01:07 -0600, Scott M Stark wrote:
 I'm seeing this org.jboss.test.jbossmq.test.ExpiryDestinationTestCase
 fail due to timing issues? The test is failing because the dlq count is
 not 2000. Its both below and above. Is this a reliable test?
  
 
 Scott Stark
 VP Architecture  Technology
 JBoss Inc.
  
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Re: [JBoss-dev] org.jboss.test.jbossmq.test.ExpiryDestinationTestCase

2006-03-29 Thread Adrian Brock
http://jira.jboss.com/jira/browse/JBAS-3027

On Wed, 2006-03-29 at 12:26 +0100, Adrian Brock wrote:
 It is a new test for a new feature done by Genman.
 
 2000 messages sounds a bit stupid for a unit test.
 
 I'd guess this is a timing issue since there
 is no synchronization with the server state,
 just a sleep of 1 second, hoping that all those
 messages get processed in that time and the
 cpu is not busy doing something else like
 downloading your e-mail. :-)
 
 This test also doesn't tidyup after itself.
 It leaves all those messages in the DLQ!
 
 On Wed, 2006-03-29 at 01:07 -0600, Scott M Stark wrote:
  I'm seeing this org.jboss.test.jbossmq.test.ExpiryDestinationTestCase
  fail due to timing issues? The test is failing because the dlq count is
  not 2000. Its both below and above. Is this a reliable test?
   
  
  Scott Stark
  VP Architecture  Technology
  JBoss Inc.
   
   
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking scripting language
  that extends applications into web and mobile media. Attend the live webcast
  and join the prime developer group breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] RE: jboss-4.0-testsuite Build Completed With Testsuite Errors

2006-03-29 Thread Adrian Brock
I've just fixed it.
The problem was the regular expression changes in JMX.

Why HAJNDI needs to run a query to find the partition beats me. ;-)

On Wed, 2006-03-29 at 10:01 -0600, Ryan Campbell wrote:
 The all server starts with an error in HAJNDI:
 
  
 2006-03-29 09:05:40,711 DEBUG [org.jboss.system.ServiceController] Creating 
 service jboss:service=HAJNDI
 2006-03-29 09:05:40,711 DEBUG [org.jboss.ha.jndi.HANamingService] Creating 
 jboss:service=HAJNDI
 2006-03-29 09:05:40,711 DEBUG [org.jboss.ha.jndi.HANamingService] 
 Initializing HAJNDI server on partition: DefaultPartition
 2006-03-29 09:05:40,734 DEBUG [org.jboss.ha.jndi.HANamingService] initialize 
 HAJNDI
 2006-03-29 09:05:40,734 DEBUG [org.jboss.ha.jndi.HAJNDI] 
 subscribeToStateTransferEvents
 2006-03-29 09:05:40,735 DEBUG [org.jboss.ha.jndi.HANamingService] 
 Initialization failed jboss:service=HAJNDI
 java.lang.NullPointerException
 at org.jboss.ha.jndi.HAJNDI.init(HAJNDI.java:76)
 at 
 org.jboss.ha.jndi.DetachedHANamingService.createService(DetachedHANamingService.java:312)
 at 
 org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:260)
 at 
 org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:243)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at 
 org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
 at 
 org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:260)
 at 
 org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at 
 org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
 at $Proxy0.create(Unknown Source)
 at 
 org.jboss.system.ServiceController.create(ServiceController.java:330)
 at 
 org.jboss.system.ServiceController.create(ServiceController.java:273)
 
  
 
  
 

 __
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 Sent: Wednesday, March 29, 2006 9:31 AM
 To: Adrian Brock; Alexey Loubyansky; Anil Saldhana; Bela Ban; Bill
 Burke; Brian Stansberry; Clebert Suconic; Dimitris Andreadis; Emmanuel
 Bernard; jboss-development@lists.sourceforge.net;
 [EMAIL PROTECTED]; Kabir Khan; QA; Ryan Campbell; Ruel Loehr; Scott
 M Stark; Thomas Diesler; Tom Elrod
 Subject: jboss-4.0-testsuite Build Completed With Testsuite Errors
 Importance: High
 
 
  
 
 View results here -
 http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-testsuite?log=log20060329084534
 
  TESTS FAILED


   Ant Error
 Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:235: The 
 following error occurred while executing this line: 
 /services/cruisecontrol/work/scripts/build-common-targets.xml:26: Build 
 Successful - Tests completed with errors or failures.


   Date of build: 03/29/2006 08:45:34


 Time to build: 102 minutes 46 seconds


   Last changed: 03/29/2006 04:51:47


 Last log entry: replace isDebugEnabled() with isTraceEnabled()


  
 
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] aop/jbossretro org.jboss.lang.Enum conflict

2006-03-29 Thread Adrian Brock
Ideally we want a way for aop and jbosretro to use the same
implementations. The same thing applies to the 
ScopedClassPool vs AOPClassPool/JBossClassPool
and the annotations.

For now, I'd suggest just renaming the JBossRetro class
until somebody has time to look at it.

On Wed, 2006-03-29 at 14:54 -0600, Scott M Stark wrote:
 There is a conflict between two org.jboss.lang.Enum objects, one from
 aop and another from jbossretro. There should only be one. The
 jbosstretro version is more complete, but is not designed to be usable
 in js2e1.4 without being translated.
 
 How are we going to resolve this? 
  
 
 Scott Stark
 VP Architecture  Technology
 JBoss Inc.
  
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Is JBAS-2973 worthy of a 3.2.8.SP2

2006-03-25 Thread Adrian Brock
On Sat, 2006-03-25 at 11:16 -0600, Scott M Stark wrote:
 Is the JBAS-2973 (ConcurrentReaderHashMap iterators returning null)
 issue worth a 3.2.8.SP2 after the 4.0.4.CR2?

Not really. I am dubious that it is a real problem with the current
code using Oswego.

I haven't looked at the putAll problem (see the jms thread in user
forums).

I only fixed it because I could reproduce the problem with
java.util.concurrent.ConcurrentHashMap
and we will eventually want to cutover to at least 
backport concurrent util.

When I tried it with the Oswego stuff, I didn't see the issue.

Which leaves open the question of what the orignal user was seeing...
But it is trivial to check for null in that code, so it is a worthwhile
fix to future proof ourselves.

  
 
 Scott Stark
 VP Architecture  Technology
 JBoss Inc.
  
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: FW: JBAS-2972 - OOME / Redeployment leakages

2006-03-23 Thread Adrian Brock
On Wed, 2006-03-22 at 21:03 -0600, Clebert Suconic wrote:
 Sorry... pressed Ctrl-enter instead of Enter. (Damn Outlook)
 
 Do you think that our changes on ThreadPool would eventually leak
 redeployments on the testsuite? (for instance, by keeping
 Thread.currentThread().contextClassLoader() still alive) ?

Clebert, can you please include  some hard facts.
I am not going to comment on speculation.

If you want me to get the facts - 
(and I don't mean MSFacts ;-) then tell me.

I don't even know what ThreadPool changes you are referring to,
are they real or proposed?
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: FW: JBAS-2972 - OOME / Redeployment leakages

2006-03-23 Thread Adrian Brock
On Thu, 2006-03-23 at 09:05 -0600, Clebert Suconic wrote:
  I don't even know what ThreadPool changes you are referring to, are
 they real or proposed?
 
 I thought we had some changes on the ThreadPools. My bad.
 I meant that because of references through ThreadWithAttributes (they
 will be always appear for some reason on JVMTI).
 
 
 Anyway, I need to know if a Thread is cleared
 (Thread.setContextClassLoader(somethingElse) before the Thread goes to
 sleep.
 If the Thread keeps the ClassLoader reference until next request, that
 will make my life harder creating a TestCase structure for testing
 redeployment/classLeakages.

All code should be switching and restoring the classloader
during the invocations.  Anything else is a bug.

ClassLoader old = tcl;
tcl = myClassLoader
try
{
}
finally
{
tcl = old;
}

Of course if something (e.g. an MBean)
that is hotdeployed starts a thread
and doesn't stop it at undeployment then it will leak
the classloader. But that is also a bug.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: JBAS-2972 - OOME / Redeployment leakages

2006-03-23 Thread Adrian Brock
On Thu, 2006-03-23 at 09:23 -0600, Clebert Suconic wrote:
  I can imagine a visitor pattern that understands what is
 permenantly deployed and what is hotdeployed and determines
 the root cause.
 
 I have that already. I can create a heapSnapshot, and analyze it later.
 But at this point the method I have to sort the will takes a lot of time
 to process now. I need a faster way to index file (without using a
 database).
 

Can't you just use hsqldb in memory? That is what it was designed
for ;-)

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: JBAS-2972 - OOME / Redeployment leakages

2006-03-23 Thread Adrian Brock
On Thu, 2006-03-23 at 09:23 -0600, Clebert Suconic wrote:
 The new features uses getRerenceHolders Method, which does an inverted
 walkthrough everyObject looking for references on the object passed by
 parameter, what can be done on a life JVM (I can discover holders
 without create a snapshot)
 
 The method takes probably one second to run every time you call it,
 since it walks through the whole heap. I have to do that, since there
 isn't a way to fire reference events by its referenced objects. I have
 to calculate the equivalent backward operation. For a 10 levels analysis
 on a classLoader will probably take 1 minute or two.
 


I've been look at that this morning.
1) It is slow
2) The formatting is not good
3) Showing the field name

There must be a better way to implement it, since that is what
the api was designed for.

 
 BTW: If someone is using JVMTIInterface, I will create a xmdesc to the
 MBean today/tomorrow. Right now you will have to look at parameter names
 on source code (JVMTIInterfaceMBean)
 
 
 
 
 
 -Original Message-
 From: Adrian Brock 
 Sent: Thursday, March 23, 2006 4:27 AM
 To: Clebert Suconic
 Cc: Scott M Stark; QA
 Subject: RE: JBAS-2972 - OOME / Redeployment leakages
 
 On Thu, 2006-03-23 at 01:37 -0600, Clebert Suconic wrote:
  I created another method on JVMTIInterface, called
  exploreClassRefernces. With that method you can use JMXConsole to
  explore class and classLoader references to a class (given by name).
  
  - First let me explain how the data is organized:
  
  
  ReferencesToClassLoader.html shows every reference to
  [EMAIL PROTECTED] url=null
  ,addedOrder=50}, on this case the ClassLoader responsible for
 deploying
  testbyvalue.ear.
  
  
  I have limited this analysis up to 10 levels. 
 
 A better approach would be dump all objects and their
 references out to a file. Then write something
 that runs a full gc() over that information.
 
 Once that is done, you need something that lets you walk the tree.
 
 I can imagine a visitor pattern that understands what is
 permenantly deployed and what is hotdeployed and determines
 the root cause.
 
 Otherwise, a simple GUI would do the trick.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: JBAS-2972 - OOME / Redeployment leakages

2006-03-23 Thread Adrian Brock
On Thu, 2006-03-23 at 09:52 -0600, Clebert Suconic wrote:
 1) It is slow
  - It's the best I can do now, since there is no way on the API to get
 such thing. I can verify later if there is a way to associate two tags
 with a class on JVMTI, that would help me doing a faster navigation.
 

I'm not familiar with JVMTI and the doco is not very good,
at least for newbies trying to understands the semantics of the
call. I need to expermient. ;-)


 2) The formatting is not good
   - Any ideas on how to improve it? I have just made a quick fix,
 improved a little bit, but not much

I'd like to see something like
reference - referer1.field
  - referer2.field - referer3.field

And although using object.toString() is useful,
it can be obscure when it doesn't include [EMAIL PROTECTED]
like some of the jsr77 classes
and it is totally uninformative for arrays.

Similarly, some collections like linked lists or HashMaps don't show up
well with the algorithm you are using.

 
 3) Showing the field name
   - I don't have a way on the event chain to determine what's the field
 keeping a reference. It would be nice though. 
 

http://java.sun.com/j2se/1.5.0/docs/guide/jvmti/jvmti.html#jvmtiObjectReferenceCallback
http://java.sun.com/j2se/1.5.0/docs/guide/jvmti/jvmti.html#JVMTI_REFERENCE_FIELD

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: 4.0.4 CR2 and testsuite failures

2006-03-22 Thread Adrian Brock
On Wed, 2006-03-22 at 05:58 -0600, Dimitris Andreadis wrote:
 Nevertheless, we do have 24 failures in jboss-4.0-testsuite and another
 14 in ejb3-4.0-testsuite.
 
 Can somebody verify the Tomcat problem? I'm out training this week.
 

http://jira.jboss.com/jira/browse/JBAS-2072

I've written the basics of a test that shows the problem exists.
The problem exists regardless of using the Tomcat or JBoss classloader.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: [jboss-cvs] jbosstest ...

2006-03-21 Thread Adrian Brock
There is a perfectly good way to make this configurable
locally without swamping the rest of us with garbage on the console
from crappily written tests.

There is no need for this anyway. 

If you write your tests properly using logging, 
the output goes to output/log/test.log
And the System.out/err is caught in the xml reports
for each test. 

I will revert (AGAIN!).

On Tue, 2006-03-21 at 07:31 -0500, Thomas Diesler wrote:
   User: tdiesler
   Date: 06/03/21 07:31:43
 
   Modified:jbosstest  build.xml
   Log:
   force showoutput=true for target one-test
   
   Revision  ChangesPath
   1.545 +2 -2  jbosstest/build.xml
   
   (In the diff below, changes in quantity of whitespace are not shown.)
   
   Index: build.xml
   ===
   RCS file: /cvsroot/jboss/jbosstest/build.xml,v
   retrieving revision 1.544
   retrieving revision 1.545
   diff -u -b -r1.544 -r1.545
   --- build.xml   20 Mar 2006 07:49:32 -  1.544
   +++ build.xml   21 Mar 2006 12:31:43 -  1.545
   @@ -10,7 +10,7 @@
!--  See terms of license at http://www.gnu.org. --
!--  --

   -!-- $Id: build.xml,v 1.544 2006/03/20 07:49:32 starksm Exp $ --
   +!-- $Id: build.xml,v 1.545 2006/03/21 12:31:43 tdiesler Exp $ --

project default=main name=JBoss/Testsuite
 xmlns:server=http://jboss.org/ns/test/ant/server;
   @@ -2982,7 +2982,7 @@
 haltonfailure=${junit.haltonfailure}
 fork=${junit.fork}
 timeout=${junit.timeout}
   -showoutput=${junit.showoutput}
   +showoutput=true
 jvm=${junit.jvm}

 jvmarg value=${junit.jvm.options}/
   
   
   
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
 ___
 jboss-cvs-commits mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Code review

2006-03-21 Thread Adrian Brock
I'm sure others weren't aware of this behaviour,
so you might want to check your code:

http://jira.jboss.com/jira/browse/JBAS-2973
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] optional schema validation

2006-03-20 Thread Adrian Brock
The element declaration is required (from your error message)
http://www.w3.org/TR/xmlschema-1/#cvc-elt

and validation is required for minimal conformance:
http://www.w3.org/TR/xmlschema-1/#concepts-conformance

On Mon, 2006-03-20 at 13:20 -0500, Bill Burke wrote:
 How do you set up xml parsing to not validate if there is no schema 
 specified in the XML?
 
 Caused by: org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the 
 declaration of element 'persistence'.
  at 
 org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
 Source)
  at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
  at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown 
 Source)
 
 
 
 HEM is doing the following code and throwing an error:
 
   private static Document loadURL(URL configURL, EntityResolver resolver) 
 throws Exception {
   InputStream is = configURL != null ? configURL.openStream() : 
 null;
   if ( is == null ) {
   throw new IOException( Failed to obtain InputStream 
 from url:  + 
 configURL );
   }
   List errors = new ArrayList();
   DocumentBuilderFactory docBuilderFactory = null;
   docBuilderFactory = DocumentBuilderFactory.newInstance();
   docBuilderFactory.setValidating( true );
   docBuilderFactory.setNamespaceAware( true );
   try {
   //otherwise Xerces fails in validation
   docBuilderFactory.setAttribute( 
 http://apache.org/xml/features/validation/schema;, true);
   }
   catch (IllegalArgumentException e) {
   docBuilderFactory.setValidating( false );
   docBuilderFactory.setNamespaceAware( false );
   }
   InputSource source = new InputSource( is );
   DocumentBuilder docBuilder = 
 docBuilderFactory.newDocumentBuilder();
   docBuilder.setEntityResolver( resolver );
   docBuilder.setErrorHandler( new ErrorLogger(XML InputStream, 
 errors) );
   Document doc = docBuilder.parse( source );
if ( errors.size() != 0 ) {
   throw new PersistenceException( invalid 
 persistence.xml, 
 (Throwable) errors.get( 0 ) );
   }
   return doc;
   }
 
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] optional schema validation

2006-03-20 Thread Adrian Brock
On Mon, 2006-03-20 at 13:38 -0500, Bill Burke wrote:
 Tell me something I don't already know.  I want validation if there is a 
 schema specified, no validation if there is not.
 

And no default attributes, etc.

 Adrian Brock wrote:
  The element declaration is required (from your error message)
  http://www.w3.org/TR/xmlschema-1/#cvc-elt
  
  and validation is required for minimal conformance:
  http://www.w3.org/TR/xmlschema-1/#concepts-conformance
  
  On Mon, 2006-03-20 at 13:20 -0500, Bill Burke wrote:
  
 How do you set up xml parsing to not validate if there is no schema 
 specified in the XML?
 
 Caused by: org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the 
 declaration of element 'persistence'.
  at 
 org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
 Source)
  at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
  at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown 
 Source)
 
 
 
 HEM is doing the following code and throwing an error:
 
 private static Document loadURL(URL configURL, EntityResolver resolver) 
 throws Exception {
 InputStream is = configURL != null ? configURL.openStream() : 
  null;
 if ( is == null ) {
 throw new IOException( Failed to obtain InputStream 
  from url:  + 
 configURL );
 }
 List errors = new ArrayList();
 DocumentBuilderFactory docBuilderFactory = null;
 docBuilderFactory = DocumentBuilderFactory.newInstance();
 docBuilderFactory.setValidating( true );
 docBuilderFactory.setNamespaceAware( true );
 try {
 //otherwise Xerces fails in validation
 docBuilderFactory.setAttribute( 
 http://apache.org/xml/features/validation/schema;, true);
 }
 catch (IllegalArgumentException e) {
 docBuilderFactory.setValidating( false );
 docBuilderFactory.setNamespaceAware( false );
 }
 InputSource source = new InputSource( is );
 DocumentBuilder docBuilder = 
  docBuilderFactory.newDocumentBuilder();
 docBuilder.setEntityResolver( resolver );
 docBuilder.setErrorHandler( new ErrorLogger(XML InputStream, 
  errors) );
 Document doc = docBuilder.parse( source );
if ( errors.size() != 0 ) {
 throw new PersistenceException( invalid 
  persistence.xml, 
 (Throwable) errors.get( 0 ) );
 }
 return doc;
 }
 
 
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] JBossRetro, JBossWS and JDK1.4

2006-03-17 Thread Adrian Brock
Let's move this discussion here so we make sure everybody 
is on the same page.

I want to get this done before 4.0.4CR2
so the community has a chance to test it,
rather than dumping it on them in a final release.

http://jira.jboss.com/jira/browse/JBBUILD-188

We need to come up with a roadmap to define who is doing what.

The tasks that need are:

1) Tag concurrent in our cvs repository
The only change since I imported it (tag=BUC_2_1)
is to add an ant script to build and run tests.
I'd suggest something like JBoss_BUC_2_1

2) Get a Javassist release with the 
lastest annotation fixes.
This is only necessary when purge=true
but purge=true is very desirable for memory reasons.

3) Update buildmagic to provide the retro and retrocheck
tasks to all projects (if they desire it)

4) Use it in JBossWS in jboss-head

5) Backport to JBoss4 the 
* JBossRetro runtime classes
* JBossWS binaries 
* javassist
* backport-concurrent-util

6) Test it in JBoss4 with JDK1.4
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: JBossRetro, JBossWS and JDK1.4

2006-03-17 Thread Adrian Brock
I missed one

1a) Tag and release JBossRetro

On Fri, 2006-03-17 at 12:59 +, Adrian Brock wrote:
 Let's move this discussion here so we make sure everybody 
 is on the same page.
 
 I want to get this done before 4.0.4CR2
 so the community has a chance to test it,
 rather than dumping it on them in a final release.
 
 http://jira.jboss.com/jira/browse/JBBUILD-188
 
 We need to come up with a roadmap to define who is doing what.
 
 The tasks that need are:
 
 1) Tag concurrent in our cvs repository
 The only change since I imported it (tag=BUC_2_1)
 is to add an ant script to build and run tests.
 I'd suggest something like JBoss_BUC_2_1
 
 2) Get a Javassist release with the 
 lastest annotation fixes.
 This is only necessary when purge=true
 but purge=true is very desirable for memory reasons.
 
 3) Update buildmagic to provide the retro and retrocheck
 tasks to all projects (if they desire it)
 
 4) Use it in JBossWS in jboss-head
 
 5) Backport to JBoss4 the 
 * JBossRetro runtime classes
 * JBossWS binaries 
 * javassist
 * backport-concurrent-util
 
 6) Test it in JBoss4 with JDK1.4
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: JBossRetro, JBossWS and JDK1.4

2006-03-17 Thread Adrian Brock
Correct.

On Fri, 2006-03-17 at 10:09 -0600, Ryan Campbell wrote:
 As a part of 5:
 
 backport-concurrent and jbossretro-rt are both needed in
 
 1. The client dir
 2. server/all/lib
 
 Correct?
 
 -Original Message-
 From: Adrian Brock 
 Sent: Friday, March 17, 2006 7:03 AM
 To: jboss-development
 Cc: QA
 Subject: Re: JBossRetro, JBossWS and JDK1.4
 
 I missed one
 
 1a) Tag and release JBossRetro
 
 On Fri, 2006-03-17 at 12:59 +, Adrian Brock wrote:
  Let's move this discussion here so we make sure everybody 
  is on the same page.
  
  I want to get this done before 4.0.4CR2
  so the community has a chance to test it,
  rather than dumping it on them in a final release.
  
  http://jira.jboss.com/jira/browse/JBBUILD-188
  
  We need to come up with a roadmap to define who is doing what.
  
  The tasks that need are:
  
  1) Tag concurrent in our cvs repository
  The only change since I imported it (tag=BUC_2_1)
  is to add an ant script to build and run tests.
  I'd suggest something like JBoss_BUC_2_1
  
  2) Get a Javassist release with the 
  lastest annotation fixes.
  This is only necessary when purge=true
  but purge=true is very desirable for memory reasons.
  
  3) Update buildmagic to provide the retro and retrocheck
  tasks to all projects (if they desire it)
  
  4) Use it in JBossWS in jboss-head
  
  5) Backport to JBoss4 the 
  * JBossRetro runtime classes
  * JBossWS binaries 
  * javassist
  * backport-concurrent-util
  
  6) Test it in JBoss4 with JDK1.4
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: JBossRetro, JBossWS and JDK1.4

2006-03-17 Thread Adrian Brock
We need to speak to Chiba.
I don't know whether he has even seen my latest fixes yet? ;-)

On Fri, 2006-03-17 at 10:39 -0600, Ryan Campbell wrote:
 For the Javassist release, how can this be handled?
 
 I think we need a Javassist_3_2_1_CR1.  QA will handle the release
 unless told otherwise.  I assume it will need to be published to SF.  
 
 http://jira.jboss.com/jira/browse/JBQA-324
 
 
 -Original Message-
 From: Adrian Brock 
 Sent: Friday, March 17, 2006 7:00 AM
 To: jboss-development
 Cc: QA
 Subject: JBossRetro, JBossWS and JDK1.4
 
 Let's move this discussion here so we make sure everybody 
 is on the same page.
 
 I want to get this done before 4.0.4CR2
 so the community has a chance to test it,
 rather than dumping it on them in a final release.
 
 http://jira.jboss.com/jira/browse/JBBUILD-188
 
 We need to come up with a roadmap to define who is doing what.
 
 The tasks that need are:
 
 1) Tag concurrent in our cvs repository
 The only change since I imported it (tag=BUC_2_1)
 is to add an ant script to build and run tests.
 I'd suggest something like JBoss_BUC_2_1
 
 2) Get a Javassist release with the 
 lastest annotation fixes.
 This is only necessary when purge=true
 but purge=true is very desirable for memory reasons.
 
 3) Update buildmagic to provide the retro and retrocheck
 tasks to all projects (if they desire it)
 
 4) Use it in JBossWS in jboss-head
 
 5) Backport to JBoss4 the 
 * JBossRetro runtime classes
 * JBossWS binaries 
 * javassist
 * backport-concurrent-util
 
 6) Test it in JBoss4 with JDK1.4
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] repository.jboss.com checkout problem

2006-03-17 Thread Adrian Brock
Anybody else having problems checking out from cvs?

It is getting stuck here:
cvs update: Updating eclipse/sdk/3.1.1
U eclipse/sdk/3.1.1/eclipse-SDK-3.1.1-linux-gtk.tar.gz

I tried cancelling it and restarting, but it still gets stuck?
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: repository.jboss.com checkout problem

2006-03-17 Thread Adrian Brock
That would explain it if the size of the files were changing,
but they are not:

[EMAIL PROTECTED]:~/repository.jboss.com/eclipse/sdk/3.1.1$ ls -la
total 203740
drwxr-xr-x 3 ejort ejort  4096 2006-03-17 17:34 .
drwxr-xr-x 5 ejort ejort  4096 2006-03-17 16:06 ..
drwxr-xr-x 2 ejort ejort  4096 2006-03-17 17:34 CVS
-rw-r--r-- 1 ejort ejort 104171637 2005-12-06 19:01
eclipse-SDK-3.1.1-linux-gtk.tar.gz
-rw-r--r-- 1 ejort ejort 104228305 2005-12-06 19:02
eclipse-SDK-3.1.1-linux-gtk-x86_64.tar.gz
-rwxr-xr-x 1 ejort ejort 0 2006-03-17 17:46 .new.eclipse-S
[EMAIL PROTECTED]:~/repository.jboss.com/eclipse/sdk/3.1.1$ ls -la
total 203740

...

drwxr-xr-x 3 ejort ejort  4096 2006-03-17 17:34 .
drwxr-xr-x 5 ejort ejort  4096 2006-03-17 16:06 ..
drwxr-xr-x 2 ejort ejort  4096 2006-03-17 17:34 CVS
-rw-r--r-- 1 ejort ejort 104171637 2005-12-06 19:01
eclipse-SDK-3.1.1-linux-gtk.tar.gz
-rw-r--r-- 1 ejort ejort 104228305 2005-12-06 19:02
eclipse-SDK-3.1.1-linux-gtk-x86_64.tar.gz
-rwxr-xr-x 1 ejort ejort 0 2006-03-17 17:46 .new.eclipse-S


On Fri, 2006-03-17 at 11:49 -0600, Ryan Campbell wrote:
 I guess its because they are so big?
 
 http://repository.jboss.com/eclipse/sdk/3.1.1/
 [   ] eclipse-SDK-3.1.1-li.. 06-Dec-2005 14:02   99M  
 [   ] eclipse-SDK-3.1.1-li.. 06-Dec-2005 14:01   99M  
 [   ] eclipse-SDK-3.1.1-wi.. 05-Oct-2005 15:47  103M  
 
 -Original Message-
 From: Adrian Brock 
 Sent: Friday, March 17, 2006 11:46 AM
 To: jboss-development
 Cc: QA
 Subject: repository.jboss.com checkout problem
 
 Anybody else having problems checking out from cvs?
 
 It is getting stuck here:
 cvs update: Updating eclipse/sdk/3.1.1
 U eclipse/sdk/3.1.1/eclipse-SDK-3.1.1-linux-gtk.tar.gz
 
 I tried cancelling it and restarting, but it still gets stuck?
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: Simplifying the JBoss source/binary distributions

2006-03-17 Thread Adrian Brock
If the tar archives are under utilized we could hide them
in a different section of sourceforge.

That way, people that know about them and want to use
them could be directed to it.

I think it is more a problem for people with slow connections
which explains they are under utilized nowadays.

On Fri, 2006-03-17 at 12:23 -0600, Scott M Stark wrote:
 This is what we had a long time ago but there was a request for tar 
 distributions. If it turns out that the old posix tar implementations that 
 for some reason have not been dropped  as the default platform tar(this 
 problem is at least 15 years old) cause problems for naïve users, perhaps we 
 just need to stick with what works.
 
 I doubt the source distributions are ever a problem. It is the unpacked 
 deployments with nested classes that trigger the long path name requirement.
 
  -Original Message-
  From: Dimitris Andreadis 
  Sent: Friday, March 17, 2006 1:44 AM
  To: jboss-development@lists.sourceforge.net
  Cc: QA
  Subject: Simplifying the JBoss source/binary distributions
  
  
  Currently we produce bz2, tar.gz for the sources and bz2, 
  tar.gz, .zip for the binary distros.
  
  There are issues with users using non-gnu tar (for the tar.gz 
  distros) that doesn't support long filenames, etc., and at 
  the same time, if you look at the download pages only 5-15% 
  will use the bz2/tar.gz distros and there are projects (e.g. 
  EJB3) that only distribute .zip without problems.
  
  We are thinking of just dumping all extensions except for .zip.
  
  It's what people mostly use, and most installations will have 
  an unzip/winzip utility, or a jdk whose bin/jar can unzip the 
  distro anyway. It'll make QA's life a little easier, too.
  
  The only dissadvantage AFAIK is .zip doesn't keep the 
  execution bits of files (e.g. .sh) so those have to be set 
  manually after un-ziping (but that's a trivial chmod +x bin/*.sh)
  
  Any views?
  
jboss-4.0.4RC1-installer.jar  59104072 20249 
  Platform-Independent Other
jboss-4.0.4RC1-installer.jar.MD5  32 414 Platform-Independent Other
jboss-4.0.4RC1-installer.jar.SHA-256  64 174 
  Platform-Independent Other
jboss-4.0.4RC1-src.tar.bz2  61600096 714 
  Platform-Independent Source .bz2
jboss-4.0.4RC1-src.tar.bz2.MD5  32 62 Platform-Independent Other
jboss-4.0.4RC1-src.tar.bz2.SHA-256  64 48 Platform-Independent Other
jboss-4.0.4RC1-src.tar.gz  65326480 1523 
  Platform-Independent Source .gz
jboss-4.0.4RC1-src.tar.gz.MD5  32 64 Platform-Independent Other
jboss-4.0.4RC1-src.tar.gz.SHA-256  64 38 Platform-Independent Other
jboss-4.0.4RC1.tar.bz2  76605812 812 Platform-Independent .bz2
jboss-4.0.4RC1.tar.bz2.MD5  32 49 Platform-Independent Other
jboss-4.0.4RC1.tar.bz2.SHA-256  64 39 Platform-Independent Other
jboss-4.0.4RC1.tar.gz  81379037 1700 Platform-Independent .gz
jboss-4.0.4RC1.tar.gz.MD5  32 50 Platform-Independent Other
jboss-4.0.4RC1.tar.gz.SHA-256  64 33 Platform-Independent Other
jboss-4.0.4RC1.zip  82323401 13867 Platform-Independent .zip
jboss-4.0.4RC1.zip.MD5  32 198 Platform-Independent Other
jboss-4.0.4RC1.zip.SHA-256  
  
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: repository.jboss.com checkout problem

2006-03-17 Thread Adrian Brock
On Fri, 2006-03-17 at 11:51 -0600, Anil Saldhana wrote:
 Adrian Brock wrote:
 
 Anybody else having problems checking out from cvs?
 
 It is getting stuck here:
 cvs update: Updating eclipse/sdk/3.1.1
 U eclipse/sdk/3.1.1/eclipse-SDK-3.1.1-linux-gtk.tar.gz
 
 I tried cancelling it and restarting, but it still gets stuck?
   
 
 Doesn't CVS do diffs on the server and need to have atleast 10 times RAM 
 the size of the file?

It looks like this is correct, it has got past eclipse now.
It definitely stalled at one point though, unless 2 hours is typical
to download eclipse? :-)
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: Synching up on webservice/retro tasks for

2006-03-15 Thread Adrian Brock
On Tue, 2006-03-14 at 19:04 -0600, Scott M Stark wrote:
 Meaning AnnotationHelper.getCtClass(Class) has to maintain a ClassLoader
 to AOPClassPool like mapping? 
 

Correct.

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: [jboss-cvs] jbossretro/src/main/org/jboss/lang ...

2006-03-15 Thread Adrian Brock
I think you can get the enclosing stuff from the attributes in the
constant pool. See the javassist EnclosingMethodAttribute which
also serves for classes when the index is 0

On Tue, 2006-03-14 at 22:56 -0500, Scott Stark wrote:
   User: starksm 
   Date: 06/03/14 22:56:35
 
   Modified:src/main/org/jboss/lang  ClassRedirects.java
   Log:
   Add missing jdk5 Class method redirects. Several todos still exist for 
 methods.
   
   Revision  ChangesPath
   1.4   +252 -19   jbossretro/src/main/org/jboss/lang/ClassRedirects.java
   
   (In the diff below, changes in quantity of whitespace are not shown.)
   
   Index: ClassRedirects.java
   ===
   RCS file: 
 /cvsroot/jboss/jbossretro/src/main/org/jboss/lang/ClassRedirects.java,v
   retrieving revision 1.3
   retrieving revision 1.4
   diff -u -b -r1.3 -r1.4
   --- ClassRedirects.java 15 Feb 2006 22:31:11 -  1.3
   +++ ClassRedirects.java 15 Mar 2006 03:56:35 -  1.4
   @@ -22,20 +22,29 @@
package org.jboss.lang;

import java.lang.reflect.Array;
   +import java.lang.reflect.TypeVariable;
   +import java.lang.reflect.Type;
   +import java.lang.reflect.Method;
   +import java.lang.reflect.Constructor;
import java.util.ArrayList;
import java.util.regex.Matcher;
import java.util.regex.Pattern;

/**
   - * ClassRedirects.
   + * Implementations of java.lang.Class methods added in jdk5
 * 
 * @author a href=[EMAIL PROTECTED]Adrian Brock/a
   - * @version $Revision: 1.3 $
   + * @author [EMAIL PROTECTED]
   + * @version $Revision: 1.4 $
 */
public class ClassRedirects
{
   /** The enum modifier */
   // private static final int ENUM = 0x4000;
   +   /**
   +* The synthetic modifier
   +*/
   +   private static final int SYNTHETIC = 0x1000;

   /**
* Whether the class is an enum
   @@ -50,9 +59,13 @@
  //   return false;
  Class superClass = clazz.getSuperclass();
  if (superClass == null)
   +  {
 return false;
   +  }
  if (Enum.class == clazz.getSuperclass())
   +  {
 return true;
   +  }
  return superClass.getName().equals(java.lang.Enum);
   }

   @@ -60,7 +73,6 @@
* Get the enumeration constants
* 
* @param T the enum type
   -* @param the array
* @param enumType the enum type
* @return the constants
*/
   @@ -82,11 +94,34 @@
   public static T T cast(ClassT clazz, Object o)
   {
  if (o != null  clazz.isInstance(o) == false)
   +  {
 throw new ClassCastException(Expected  + clazz.getName() +  
 got  + o.getClass().getName());
   +  }
  return (T) o;
   }
   
   /**
   +* @param clazz
   +* @param thisClazz
   +* @return thisClazz object, cast to represent a subclass of
   +* the specified class object.
   +* @throws ClassCastException if thisClazz object does not
   +*  represent a subclass of the specified class (here subclass 
 includes
   +*  the class itself).
   +*/
   +   public static T Class? extends T asSubclass(ClassT clazz, Class 
 thisClazz)
   +   {
   +  if (clazz.isAssignableFrom(thisClazz))
   +  {
   + return (Class? extends T) thisClazz;
   +  }
   +  else
   +  {
   + throw new ClassCastException(Expected  + clazz.getName() +  
 got  + thisClazz.getName());
   +  }
   +   }
   +
   +   /**
* Replace a character sequence
* 
* @param string the string
   @@ -125,16 +160,214 @@
  for (char c : string.toCharArray())
  {
 if (c == '\\')
   + {
builder.append();
   + }
 else if (c == '$')
   + {
builder.append(\\$);
   + }
 else
   + {
builder.append(c);
  }
   +  }
  return builder.toString();
   }
   
   /**
   +* Implementation of the jdk5 Class.getSimpleName() method.
   +* Returns the simple name of the underlying class as given in the
   +* source code. Returns an empty string if the underlying class is
   +* anonymous.
   +* p/
   +* pThe simple name of an array is the simple name of the
   +* component type with [] appended.  In particular the simple
   +* name of an array whose component type is anonymous is [].
   +*
   +* @param clazz the Class instance
   +* @return the simple name of the underlying class
   +*/
   +   public static String getSimpleName(Class clazz)
   +   {
   +  boolean isArray = clazz.isArray();
   +  if (isArray)
   +  {
   + String arrayName = getSimpleName(clazz.getComponentType())+[];
   + return arrayName;
   +  }
   +  // Remove the package name
   +  String name

[JBoss-dev] RE: jbossretro-testsuite Build Completed With Testsuite Errors

2006-03-14 Thread Adrian Brock
On Tue, 2006-03-14 at 10:50 -0600, Scott M Stark wrote:
 Something seems wrong with the timeout setting on
 org.jboss.test.concurrent.ReentrantLockTest as the test failed with a
 timeout in 0.006 seconds?

Yes I said that before. There is a short delay in the TCK parameters
but it is ridiculously short. The backport concurrent tests have the
problem.

  
 The 3 org.jboss.test.concurrent.SemaphoreTest failures seem to be
 known issues?

Yes. In backport concurrent util, you have to enable fair queueing
for it to keep track of the threads inside the Semaphore.

  
 Unexpected exceptionjava.lang.UnsupportedOperationException: Use FAIR
 version at edu.emory.mathcs.backport.java.util.concurrent.Semaphore
 $NonfairSync.getQueuedThreads(Semaphore.java:298) at
 edu.emory.mathcs.backport.java.util.concurrent.Semaphore.getQueuedThreads(Semaphore.java:827)
  at 
 org.jboss.test.concurrent.SemaphoreTest$PublicSemaphore.getQueuedThreads(SemaphoreTest.java:29)
  at 
 org.jboss.test.concurrent.SemaphoreTest.testGetQueuedThreads(SemaphoreTest.java:377)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:324) at 
 junit.framework.TestCase.runTest(TestCase.java:154) at 
 junit.framework.TestCase.runBare(TestCase.java:127) at 
 junit.framework.TestResult$1.protect(TestResult.java:106) at 
 junit.framework.TestResult.runProtected(TestResult.java:124) at 
 junit.framework.TestResult.run(TestResult.java:109) at 
 junit.framework.TestCase.run(TestCase.java:118) at 
 junit.framework.TestSuite.runTest(TestSuite.java:208) at 
 junit.framework.TestSuite.run(TestSuite.java:203) at 
 org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:289)
  at 
 org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:656)
  at 
 org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:558)
  
 
 
 
 
 __
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, March 14, 2006 1:59 AM
 To: Adrian Brock; jboss-development@lists.sourceforge.net; QA;
 Ryan Campbell; Scott M Stark
 Subject: jbossretro-testsuite Build Completed With Testsuite
 Errors
 Importance: High
 
 
 
 View results here -
 
 http://cruisecontrol.jboss.com/cc/buildresults/jbossretro-testsuite?log=log20060314045211
  
 
  TESTS FAILED
   Ant Error
 Message: 
 /services/cruisecontrol/work/scripts/build-jbossretro-testsuite.xml:75: The 
 following error occurred while executing this line: 
 /services/cruisecontrol/work/scripts/build-common-targets.xml:11: Build 
 Successful - Tests completed with errors or failures.
   Date of build: 03/14/2006 04:52:11
   Time to build: 7 minutes 4 seconds
   Last changed: 03/06/2006 15:09:55
  Last log entry: Revert the reentrant lock stuff to backport
   concurrent utiland remove tests that don't have coverage.
 
 

   Unit Tests: (1233)  Total Errors and Failures: (5) 
  unknown
   org.jboss.test.concurrent.ReentrantLockTest
   testPrivilegedThreadFactory
  org.jboss.test.concurrent.ExecutorsTest
testHasQueuedThreads
  org.jboss.test.concurrent.SemaphoreTest
  testGetQueueLength
  org.jboss.test.concurrent.SemaphoreTest
testGetQueuedThreads
  org.jboss.test.concurrent.SemaphoreTest

 
   Modifications since last build:  (first 50 of 166) 
  1.2
deleted
 adrian
src/test/org/jboss/test/concurrent/LockSupportTest.java
   Revert the
   reentrant
   lock stuff
  to backport
   concurrent
utiland
  remove tests
   that don't
  have
   coverage.
  1.4
deleted

[JBoss-dev] RE: Synching up on webservice/retro tasks for

2006-03-14 Thread Adrian Brock
Can we please stop using html emails. Especially MSHTML.
I tried to reply to this e-mail and got a screen.

Anyway. As I said before. The main constraint to using JBossRetro
is fixing the AnnotationHelper to understand classloaders.

Eventually, this should be linked with the ClassInfo
abstraction, but that will likely require more work 
than what is currently required for AnnotationHelper to work.

i.e. classloader == clazz.getClassLoader();
because AnnotationHelper knows the Class.

The fix should basically be to copy what AOP does.
If you like I can reproduce it. I had it working in the case
where it is told the classloader.
It is harder in the more general ClassInfo case where it has
to determine the classloader for superclases/interfaces, etc.
that are not already loaded.

On Tue, 2006-03-14 at 15:39 -0600, Ryan Campbell wrote:
Ok, I ran the webservices tests against a jbossretro-weaved
jbossws14.sar and all the tests passed.

 

Todo:

 

- create a 1.0.RC1 for backport-concurrent, jbossretro so they
can be added to the repository

- officially integrate jbossretro into the
jboss-head/webservices build 

- Create an 1.0.RC3 for jbossws14 from the jbossretro build

- Integrate it with 4.0

 

This should be done by tomorrow, unless there are any objections.

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] RE: Synching up on webservice/retro tasks for

2006-03-14 Thread Adrian Brock
On Tue, 2006-03-14 at 23:05 +, Adrian Brock wrote:
 Can we please stop using html emails. Especially MSHTML.
 I tried to reply to this e-mail and got a screen.

Not intentional but funny :-), I mean't got a blank screen.
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Add dgc flags to defualt run.conf

2006-03-13 Thread Adrian Brock
Go ahead. Sun already changed it to that for Java6

On Mon, 2006-03-13 at 11:04 +0100, Andrew Oliver wrote:
 Does anyone mind if I add:
 
 -Dsun.rmi.dgc.client.gcInterval=360
 -Dsun.rmi.dgc.server.gcInterval=360
 
 to the run.conf?
 
 Problem:
 
 By default, since JBoss links to RMI -- the RMI subsystem forces a full 
 GC every 60 seconds.  This very negatively affecter performance.
 
 Benefits:
 
 * Will make JBoss perform better in customer benchmarks (instead of them 
 having full GC every 60 seconds).
 * Will NOT cause any VM specific problems (where -X:+DisableExplicitGC 
 may). (they'll just ignore it)
 
 Downside:
 
 * anyone who wants the default DGC behavior will need to re-enable it
 
 Mitigating:
 
 * Anyone who wants the default DGC behvior probably knows they want it.
 * I can put an echo at the top of each script if desirable
 
 -Andy
 
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Webservice metadata

2006-03-13 Thread Adrian Brock
I just fixed the webservice metadata such that all the cruisecontrol
tests stop failing.

I'm not sure if this is the complete fix?
Is this ant exclude supposed to be excluding all the metadata
or just the stuff in the root package.
  exclude name=org/jboss/webservice/metadata/*.java/

I don't see how it can exclude all the metadata given that is referenced
elsewhere, but if it does not, you can't use Java5 features here.

-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] Re: [JBoss-dev] AspectManager.removeBindings(AspectManager.java:1240)

2006-03-13 Thread Adrian Brock
There are other AOP problems besides this one.

That's why I asked about the AOP testsuite being broken last week.

On Mon, 2006-03-13 at 14:59 +0100, Alexey Loubyansky wrote:
 HEAD
 
 Kabir Khan wrote:
  Which version/branch? 
  
  
 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On 
 Behalf Of Alexey Loubyansky
 Sent: 13 March 2006 14:52
 To: jboss-development@lists.sourceforge.net
 Subject: [JBoss-dev] 
 AspectManager.removeBindings(AspectManager.java:1240)
 
 Am I the only one who has been seeing this for quite some 
 time now during JBoss shutdown?
 
 14:49:41,508 ERROR [AspectDeployer] failed to stop
 java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
  at java.util.ArrayList.RangeCheck(ArrayList.java:547)
  at java.util.ArrayList.get(ArrayList.java:322)
  at
 org.jboss.aop.AspectManager.removeBindings(AspectManager.java:1240)
  at
 org.jboss.aop.AspectXmlLoader.bulkUndeploy(AspectXmlLoader.java:1098)
  at
 org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1089)
  at
 org.jboss.aop.AspectXmlLoader.undeploy(AspectXmlLoader.java:1211)
  at
 org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1246)
  at
 org.jboss.aop.deployment.AspectDeployer.stop(AspectDeployer.java:211)
  at 
 org.jboss.deployment.MainDeployer.stop(MainDeployer.java:658)
  at
 org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:631)
  at
 org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:510)
  at 
 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
 orImpl.java:39)
  at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
 odAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:585)
  at
 org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedD
 ispatcher.java:157)
  at 
 org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
  at
 org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIn
 terceptor.java:138)
  at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
  at
 org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke
 (ModelMBeanOperationInterceptor.java:
 140)
  at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
  at
 org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanI
 nvoker.java:262)
  at
 org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
  at
 org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeploy
 ments(ServerImpl.java:1049)
  at
 org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(Serve
 rImpl.java:1024)
  at
 org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl
 .java:987)
 14:49:41,638 INFO  [Server] Shutdown complete
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking 
 scripting language that extends applications into web and 
 mobile media. Attend the live webcast and join the prime 
 developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720;
 dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
 
  
  
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking scripting language
  that extends applications into web and mobile media. Attend the live webcast
  and join the prime developer group breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding

[JBoss-dev] RE: [JBoss-dev] AspectManager.removeBindings(AspectManager.java:1240)

2006-03-13 Thread Adrian Brock
 ___
   JBoss-Development mailing list
   JBoss-Development@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jboss-development
   
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking 
  scripting language that extends applications into web and 
  mobile media. Attend the live webcast and join the prime 
  developer group breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720;
  dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
 
 
 
 ---
 This SF.Net email is sponsored by xPML, a groundbreaking scripting language
 that extends applications into web and mobile media. Attend the live webcast
 and join the prime developer group breaking into this new coding territory!
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
 ___
 JBoss-Development mailing list
 JBoss-Development@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: [JBoss-dev] Re: [JBoss-dev] AspectManager.removeBindings(AspectManager.java:1240)

2006-03-13 Thread Adrian Brock
IIRC, the other issue relates to the delegate being
null in ClassInstanceAdvisor.

On Mon, 2006-03-13 at 14:21 +, Adrian Brock wrote:
 There are other AOP problems besides this one.
 
 That's why I asked about the AOP testsuite being broken last week.
 
 On Mon, 2006-03-13 at 14:59 +0100, Alexey Loubyansky wrote:
  HEAD
  
  Kabir Khan wrote:
   Which version/branch? 
   
   
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On 
  Behalf Of Alexey Loubyansky
  Sent: 13 March 2006 14:52
  To: jboss-development@lists.sourceforge.net
  Subject: [JBoss-dev] 
  AspectManager.removeBindings(AspectManager.java:1240)
  
  Am I the only one who has been seeing this for quite some 
  time now during JBoss shutdown?
  
  14:49:41,508 ERROR [AspectDeployer] failed to stop
  java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
   at java.util.ArrayList.RangeCheck(ArrayList.java:547)
   at java.util.ArrayList.get(ArrayList.java:322)
   at
  org.jboss.aop.AspectManager.removeBindings(AspectManager.java:1240)
   at
  org.jboss.aop.AspectXmlLoader.bulkUndeploy(AspectXmlLoader.java:1098)
   at
  org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1089)
   at
  org.jboss.aop.AspectXmlLoader.undeploy(AspectXmlLoader.java:1211)
   at
  org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1246)
   at
  org.jboss.aop.deployment.AspectDeployer.stop(AspectDeployer.java:211)
   at 
  org.jboss.deployment.MainDeployer.stop(MainDeployer.java:658)
   at
  org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:631)
   at
  org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:510)
   at 
  sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
  orImpl.java:39)
   at
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
  odAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at
  org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedD
  ispatcher.java:157)
   at 
  org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
   at
  org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIn
  terceptor.java:138)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
   at
  org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke
  (ModelMBeanOperationInterceptor.java:
  140)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
   at
  org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanI
  nvoker.java:262)
   at
  org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
   at
  org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeploy
  ments(ServerImpl.java:1049)
   at
  org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(Serve
  rImpl.java:1024)
   at
  org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl
  .java:987)
  14:49:41,638 INFO  [Server] Shutdown complete
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking 
  scripting language that extends applications into web and 
  mobile media. Attend the live webcast and join the prime 
  developer group breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720;
  dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
  
   
   
   
   
   ---
   This SF.Net email is sponsored by xPML, a groundbreaking scripting 
   language
   that extends applications into web and mobile media. Attend the live 
   webcast
   and join the prime developer group breaking into this new coding 
   territory!
   http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
   ___
   JBoss-Development mailing list
   JBoss-Development@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jboss-development
   
  
  
  ---
  This SF.Net email is sponsored by xPML, a groundbreaking scripting language
  that extends applications into web and mobile media. Attend the live webcast
  and join the prime developer group breaking into this new coding territory!
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642
  ___
  JBoss-Development mailing list
  JBoss-Development@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jboss-development
-- 

Adrian Brock
Chief Scientist
JBoss Inc.

Re: [JBoss-dev] Refactoring JBossXB out of commons

2006-03-13 Thread Adrian Brock
On Mon, 2006-03-13 at 09:53 -0600, Ruel Loehr wrote:
 I am going to move XB out of commons and into its own module.   If
 there are any objections now is the time.
 

I thought we'd agreed to do all the project restructuring with
the Maven/SVN big bang? SVN has a move operation.

  
 
 Is there any way to keep the CVS history when moving the source
 between modules?   I know Scott asked this a few weeks ago, but I
 can’t find it on any of the public lists or in my mailbox.
 
  

I wrote some scripts to do this a long time ago.
I can't remember the exact details, IIRC the RCS file knows
its own location in the repository???


 
  
 
 Related discussion is here:
 
 http://www.jboss.com/index.html?module=bbop=viewtopict=78424start=30
 
  
 
 Ruel Loehr
 
 JBoss QA
 
  
 
  
 
 
-- 

Adrian Brock
Chief Scientist
JBoss Inc.




---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


  1   2   3   4   5   6   7   8   9   10   >