RE: DTD Validation was RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-19 Thread Vincent Harcq

> The reason I had to add the MDB stuff to the DTD was so that the Together
> XML editor would read the generated jboss.xml. I will use a copy
> of the DTD
> in the Together deployer so that this works OK. (The problem will go away
> when EJB 2.0 is supported).
>
> However, anyone else using a parsing xml editor trying to use MDBs will
> probably have the same problem.

Absolutely.

>
> The defaultjaws.xml is out of sync with the standardjaws.xml. The
> type-mappings element and its contents in defaultjaws.xml should be
> identical to that in standardjaws.xml.
>
> EJX creates a duff jaws.xml at the moment because defaultjaws is written
> into the jaws.xml file by EJX. There is a bug reported describing
> this problem.
>
> Could you update defaultjaws so that its type-mappings element is
> the same
> as standardjaws?

Just done :)

>
> regards
>
> Mike S-R

Vincent


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



Re: DTD Validation was RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-19 Thread Mike Swainston-Rainford

Hi Vincent

The reason I had to add the MDB stuff to the DTD was so that the Together 
XML editor would read the generated jboss.xml. I will use a copy of the DTD 
in the Together deployer so that this works OK. (The problem will go away 
when EJB 2.0 is supported).

However, anyone else using a parsing xml editor trying to use MDBs will 
probably have the same problem.

The defaultjaws.xml is out of sync with the standardjaws.xml. The 
type-mappings element and its contents in defaultjaws.xml should be 
identical to that in standardjaws.xml.

EJX creates a duff jaws.xml at the moment because defaultjaws is written 
into the jaws.xml file by EJX. There is a bug reported describing this problem.

Could you update defaultjaws so that its type-mappings element is the same 
as standardjaws?

regards

Mike S-R
At 09:32 19/06/2001 +0200, you wrote:
>Hi,
>Thanks.
>jboss.dtd works for me :) (and I have some MDBs)
>I just change standardsjaws.xml to avoid using type-mapping for 2 different
>things.
>It will look like :
>
>
>
> java:/DefaultDS
> Hypersonic SQL<=== I did not touch that
> false
>
> 
>true
>false
>false
>false
>300
>false
> 
>
> 
>===>   <
> InterBase
> 
> java.lang.Boolean
> ...
>===>  <
>
>Also note that I remove the messages from the dtd like current CVS.
>
>Finally note that now JBoss can validate DTD for ejb-jar and jboss but not
>jaws.
>If anybody is working on it, I can do it.
>
>Vincent.
>
>
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de Mike
> > Swainston-Rainford
> > Envoye : mardi 19 juin 2001 0:06
> > A : [EMAIL PROTECTED]
> > Objet : Re: [JBoss-dev] Is Monday still a good 2.4 freeze date
> >
> >
> > Scott, Vincent
> >
> > The jboss.dtd I have differs from the latest CVS in that I have included
> > the message driven bean stuff. Its supported in 2.2 so is there
> > any reason
> > it shouldn't be in the DTD - apart from strict EJB 1.1 compliance?
> >
> > I have included it because Together 5 supports MDB so I added them to the
> > deployer.
> >
> > The jaws.dtd is radically different. I dug out all the obscure stuff like
> > debug, pk-constraint, select-for-update etc and included them. It also
> > didn't parse because cmp-field (and others) weren't defined. (However, it
> > won't ever parse because of the duplicate type-mapping definitions as
> > mentioned in the comments.)
> >
> > I have attached the two DTDs for perusal/use/abuse as you see fit. If the
> > jaws.dtd is no go I'd like to know so that I can back out the changes I
> > made to ejx jaws plugin to support it all :-)
> >
> > I am still working on the ejx jboss plugin to add interceptors
> > plus one or
> > two other nasties. Hope to have it complete before end of this week.
> >
> > Mike S-R
> >
> > At 07:51 15/06/2001 -0700, you wrote:
> > >The dtd was fixed yesterday. All official dtds are in the jboss cvs
> > >module under src/resources/org/jboss/metadata.
> > >
> > >I'll fork new versions of the dtds that have changed since 2.2 and
> > >label then with a 2_4(jboss_2_4.dtd, jaws_2_4.dtd). The only change
> > >this entails is adding additional local entity resolver paths as far as
> > >I can see. The only place the name shows up is in the DOCTYPE statement
> > >of the deployment descriptor. There is no reference to
> > jboss.dtd, jaws.dtd
> > >in the codebase.
> > >
> > >Sure, create a comprehensive example. The users are begging for one.
> > >
> > >- Original Message -
> > >From: "Mike Swainston-Rainford" <[EMAIL PROTECTED]>
> > >To: <[EMAIL PROTECTED]>
> > >Sent: Friday, June 15, 2001 2:45 AM
> > >Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date
> > >
> > >
> > >Aren't there still some errors in the jboss.dtd as well? If I remember
> > >correctly max-bean-life and overager-period are not defined.
> > >
> > >I was trying to get the dtds corrected for the Together JBoss
> > deployer and
> > >then submit them for incorporation in CVS but they are such a
> > moving target
> > >I had to freeze them for 2.2.2 and include them with the deployer
> > >distribution to guarantee that the Together XML editor would
> > 

DTD Validation was RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-19 Thread Vincent Harcq

Hi,
Thanks.
jboss.dtd works for me :) (and I have some MDBs)
I just change standardsjaws.xml to avoid using type-mapping for 2 different
things.
It will look like :



java:/DefaultDS
Hypersonic SQL<=== I did not touch that
false


   true
   false
   false
   false
   300
   false



===>   <
InterBase

java.lang.Boolean
...
===>  <

Also note that I remove the messages from the dtd like current CVS.

Finally note that now JBoss can validate DTD for ejb-jar and jboss but not
jaws.
If anybody is working on it, I can do it.

Vincent.


> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Mike
> Swainston-Rainford
> Envoye : mardi 19 juin 2001 0:06
> A : [EMAIL PROTECTED]
> Objet : Re: [JBoss-dev] Is Monday still a good 2.4 freeze date
>
>
> Scott, Vincent
>
> The jboss.dtd I have differs from the latest CVS in that I have included
> the message driven bean stuff. Its supported in 2.2 so is there
> any reason
> it shouldn't be in the DTD - apart from strict EJB 1.1 compliance?
>
> I have included it because Together 5 supports MDB so I added them to the
> deployer.
>
> The jaws.dtd is radically different. I dug out all the obscure stuff like
> debug, pk-constraint, select-for-update etc and included them. It also
> didn't parse because cmp-field (and others) weren't defined. (However, it
> won't ever parse because of the duplicate type-mapping definitions as
> mentioned in the comments.)
>
> I have attached the two DTDs for perusal/use/abuse as you see fit. If the
> jaws.dtd is no go I'd like to know so that I can back out the changes I
> made to ejx jaws plugin to support it all :-)
>
> I am still working on the ejx jboss plugin to add interceptors
> plus one or
> two other nasties. Hope to have it complete before end of this week.
>
> Mike S-R
>
> At 07:51 15/06/2001 -0700, you wrote:
> >The dtd was fixed yesterday. All official dtds are in the jboss cvs
> >module under src/resources/org/jboss/metadata.
> >
> >I'll fork new versions of the dtds that have changed since 2.2 and
> >label then with a 2_4(jboss_2_4.dtd, jaws_2_4.dtd). The only change
> >this entails is adding additional local entity resolver paths as far as
> >I can see. The only place the name shows up is in the DOCTYPE statement
> >of the deployment descriptor. There is no reference to
> jboss.dtd, jaws.dtd
> >in the codebase.
> >
> >Sure, create a comprehensive example. The users are begging for one.
> >
> >- Original Message -
> >From: "Mike Swainston-Rainford" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Friday, June 15, 2001 2:45 AM
> >Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date
> >
> >
> >Aren't there still some errors in the jboss.dtd as well? If I remember
> >correctly max-bean-life and overager-period are not defined.
> >
> >I was trying to get the dtds corrected for the Together JBoss
> deployer and
> >then submit them for incorporation in CVS but they are such a
> moving target
> >I had to freeze them for 2.2.2 and include them with the deployer
> >distribution to guarantee that the Together XML editor would
> open them OK.
> >(I have what I believe are valid and complete DTDs for the 2.2 release -
> >some of the comments need the wording tidying up but the structure is
> >correct).
> >
> >Is there an 'official' public URL for the dtd files. The documentation
> >pages link to www.jboss.org/documentation/jboss.dtd and jaws.dtd is there
> >as well. (jboss-web.dtd isn't) But I believe they are out of date with
> >respect to the current 2.2.2 release (the debug element isn't
> mentioned in
> >jaws.dtd for example).
> >
> >In view of the major changes to the dtd betwixt 2.2 and 2.3/2.4 shouldn't
> >there be a version number added to the files so that the 2.4 file is a
> >different beast to the 2.2 file? The jboss.xml secure element has been
> >sensibly renamed but its no longer backwards compatible with 2.2.
> >
> >
> >
> >___
> >Jboss-development mailing list
> >[EMAIL PROTECTED]
> >http://lists.sourceforge.net/lists/listinfo/jboss-development
>


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-18 Thread Mike Swainston-Rainford

Scott, Vincent

The jboss.dtd I have differs from the latest CVS in that I have included 
the message driven bean stuff. Its supported in 2.2 so is there any reason 
it shouldn't be in the DTD - apart from strict EJB 1.1 compliance?

I have included it because Together 5 supports MDB so I added them to the 
deployer.

The jaws.dtd is radically different. I dug out all the obscure stuff like 
debug, pk-constraint, select-for-update etc and included them. It also 
didn't parse because cmp-field (and others) weren't defined. (However, it 
won't ever parse because of the duplicate type-mapping definitions as 
mentioned in the comments.)

I have attached the two DTDs for perusal/use/abuse as you see fit. If the 
jaws.dtd is no go I'd like to know so that I can back out the changes I 
made to ejx jaws plugin to support it all :-)

I am still working on the ejx jboss plugin to add interceptors plus one or 
two other nasties. Hope to have it complete before end of this week.

Mike S-R

At 07:51 15/06/2001 -0700, you wrote:
>The dtd was fixed yesterday. All official dtds are in the jboss cvs
>module under src/resources/org/jboss/metadata.
>
>I'll fork new versions of the dtds that have changed since 2.2 and
>label then with a 2_4(jboss_2_4.dtd, jaws_2_4.dtd). The only change
>this entails is adding additional local entity resolver paths as far as
>I can see. The only place the name shows up is in the DOCTYPE statement
>of the deployment descriptor. There is no reference to jboss.dtd, jaws.dtd
>in the codebase.
>
>Sure, create a comprehensive example. The users are begging for one.
>
>- Original Message -
>From: "Mike Swainston-Rainford" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, June 15, 2001 2:45 AM
>Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date
>
>
>Aren't there still some errors in the jboss.dtd as well? If I remember
>correctly max-bean-life and overager-period are not defined.
>
>I was trying to get the dtds corrected for the Together JBoss deployer and
>then submit them for incorporation in CVS but they are such a moving target
>I had to freeze them for 2.2.2 and include them with the deployer
>distribution to guarantee that the Together XML editor would open them OK.
>(I have what I believe are valid and complete DTDs for the 2.2 release -
>some of the comments need the wording tidying up but the structure is 
>correct).
>
>Is there an 'official' public URL for the dtd files. The documentation
>pages link to www.jboss.org/documentation/jboss.dtd and jaws.dtd is there
>as well. (jboss-web.dtd isn't) But I believe they are out of date with
>respect to the current 2.2.2 release (the debug element isn't mentioned in
>jaws.dtd for example).
>
>In view of the major changes to the dtd betwixt 2.2 and 2.3/2.4 shouldn't
>there be a version number added to the files so that the 2.4 file is a
>different beast to the 2.2 file? The jboss.xml secure element has been
>sensibly renamed but its no longer backwards compatible with 2.2.
>
>
>
>___
>Jboss-development mailing list
>[EMAIL PROTECTED]
>http://lists.sourceforge.net/lists/listinfo/jboss-development










































































































































































































































RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-18 Thread Vesco Claudio

Hi!

I think I dont have rw access to cvs repository :-(

Claudio

> -Original Message-
> From: Toby Allsopp [SMTP:[EMAIL PROTECTED]]
> Sent: Sunday, June 17, 2001 3:40 AM
> To:   [EMAIL PROTECTED]
> Subject:      Re: [JBoss-dev] Is Monday still a good 2.4 freeze date
> 
> Vesco Claudio wrote:
> 
> > My patches to implement JCA deployment are applied? :-)
> 
> 
> I thought you were getting RW access and were going to do it yourself?
> 
> Toby.
> 
> 
> 
> 
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development

___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-16 Thread Toby Allsopp

Vesco Claudio wrote:

> My patches to implement JCA deployment are applied? :-)


I thought you were getting RW access and were going to do it yourself?

Toby.




___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-15 Thread Scott M Stark

The dtd was fixed yesterday. All official dtds are in the jboss cvs
module under src/resources/org/jboss/metadata.

I'll fork new versions of the dtds that have changed since 2.2 and
label then with a 2_4(jboss_2_4.dtd, jaws_2_4.dtd). The only change
this entails is adding additional local entity resolver paths as far as
I can see. The only place the name shows up is in the DOCTYPE statement
of the deployment descriptor. There is no reference to jboss.dtd, jaws.dtd
in the codebase.

Sure, create a comprehensive example. The users are begging for one.

- Original Message - 
From: "Mike Swainston-Rainford" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 15, 2001 2:45 AM
Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date


Aren't there still some errors in the jboss.dtd as well? If I remember 
correctly max-bean-life and overager-period are not defined.

I was trying to get the dtds corrected for the Together JBoss deployer and 
then submit them for incorporation in CVS but they are such a moving target 
I had to freeze them for 2.2.2 and include them with the deployer 
distribution to guarantee that the Together XML editor would open them OK. 
(I have what I believe are valid and complete DTDs for the 2.2 release - 
some of the comments need the wording tidying up but the structure is correct).

Is there an 'official' public URL for the dtd files. The documentation 
pages link to www.jboss.org/documentation/jboss.dtd and jaws.dtd is there 
as well. (jboss-web.dtd isn't) But I believe they are out of date with 
respect to the current 2.2.2 release (the debug element isn't mentioned in 
jaws.dtd for example).

In view of the major changes to the dtd betwixt 2.2 and 2.3/2.4 shouldn't 
there be a version number added to the files so that the 2.4 file is a 
different beast to the 2.2 file? The jboss.xml secure element has been 
sensibly renamed but its no longer backwards compatible with 2.2.



___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-15 Thread Vincent Harcq

Please send you version of good dtds, I can review them as well.
Or better : post them on sourceforge.
Thanks.
Vincent.

> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Mike
> Swainston-Rainford
> Envoyé : vendredi 15 juin 2001 11:46
> À : [EMAIL PROTECTED]
> Objet : RE: [JBoss-dev] Is Monday still a good 2.4 freeze date
>
>
> Aren't there still some errors in the jboss.dtd as well? If I remember
> correctly max-bean-life and overager-period are not defined.
>
> I was trying to get the dtds corrected for the Together JBoss
> deployer and
> then submit them for incorporation in CVS but they are such a
> moving target
> I had to freeze them for 2.2.2 and include them with the deployer
> distribution to guarantee that the Together XML editor would open
> them OK.
> (I have what I believe are valid and complete DTDs for the 2.2 release -
> some of the comments need the wording tidying up but the
> structure is correct).
>
> Is there an 'official' public URL for the dtd files. The documentation
> pages link to www.jboss.org/documentation/jboss.dtd and jaws.dtd is there
> as well. (jboss-web.dtd isn't) But I believe they are out of date with
> respect to the current 2.2.2 release (the debug element isn't
> mentioned in
> jaws.dtd for example).
>
> In view of the major changes to the dtd betwixt 2.2 and 2.3/2.4 shouldn't
> there be a version number added to the files so that the 2.4 file is a
> different beast to the 2.2 file? The jboss.xml secure element has been
> sensibly renamed but its no longer backwards compatible with 2.2.
>
> Maybe the dtd files should be put under www.jboss.org/dtds with a frozen
> version for Jboss 2.2.2 named jboss.dtd, jboss-web.dtd and jaws.dtd. The
> 2.4 versions could be renamed jboss-1_1.dtd? jboss-2_4.dtd?
>
> What problems would renaming the files cause in the development
> of JBoss? I
> don't think it would cause any major grief to users of JBoss - if
> they are
> using CVS they are going to expect some problems and inconsistencies :-)
>
> I also think a very small tutorial example using all the XML files -
> application, web, ejb, jboss, jboss-web and jaws would be a
> useful addition
> to the documentation for developers new to ejb and/or jboss. The CDEjb
> example with the jsp stuff added is probably a good candidate (except for
> MDB). This needs a 2.2 version and then a 2.4 version to cover all the
> additional stuff.
>
> BTW the cdejb with jsp example that I've got with the latest deployer
> generates all of the xml files from the Together diagrams. I'm
> planning on
> keeping this example up to date with the deployer - so I want to
> get a 2.4
> deployer plus example out that supports all the extras in the dtds. I was
> also going to retrofit/correct the Ant build scripts and .bat .sh
> files so
> that it can be used with or without Together ie put the generated .xml
> files into resources so that the Ant build.xml can use them.
>
> If you think its sensible to provide the tutorial example I can start
> tidying it up/fixing it. If my updated versions of the dtds would
> be useful
> I can mail them.
>
> Mike S-R
>
> At 09:20 15/06/2001 +0200, you wrote:
> >Hi,
> >IMHO, the re-deployment problem (see below) should stop you making a new
> >release.
> >
> >For my part, I will test/validate the new DTD validation option as some
> >elements are still missing from jaws.dtd (cmp-field is not
> defined).  I will
> >take care of dtd corrections.
> >
> >Vincent.
> >
> >[Container Management Proxy] Destroyed
> >[Default] javax.management.InstanceAlreadyExistsException:
> >Management:container=bank/Account
> >[Default]   at
> >com.sun.management.jmx.RepositorySupport.addMBean(RepositorySuppo
> rt.java:134
> >)
> >[Default]
> >[Default]   at
> >com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanSe
> rverImpl.ja
> >va:
> >[Default]
> >[Default]   at
> >com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImp
> l.java:388)
> >[Default]
> >[Default]   at
> >org.jboss.ejb.ContainerFactory.registerContainer(ContainerFactory
> .java:716)
> >[Default]
> >[Default]   at
> >org.jboss.ejb.ContainerFactory.createEntityContainer(ContainerFac
> tory.java:7
> >00)
> >[Default]
> >[Default]   at
> >org.jboss.ejb.ContainerFactory.createContainer(ContainerFactory.java:599)
> >[Default]
> >[Default]   at
> >org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:471)
> >[Default]
> >[Defau

RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-15 Thread Vesco Claudio

My patches to implement JCA deployment are applied? :-)

> -Original Message-
> From: Scott M Stark [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, June 15, 2001 10:09 AM
> To:   [EMAIL PROTECTED]
> Subject:      Re: [JBoss-dev] Is Monday still a good 2.4 freeze date
> 
> This is just a suprious exception that can easily be cleaned up.
> Its also just a feature freeze to create the 2.4 branch, not a 2.4
> release build as Juha said. The first release on the 2.4 branch
> will be a beta.
> 
> - Original Message -
> From: "Vincent Harcq" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, June 15, 2001 12:20 AM
> Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date
> 
> 
> > Hi,
> > IMHO, the re-deployment problem (see below) should stop you making a
> new
> > release.
> >
> > For my part, I will test/validate the new DTD validation option as
> some
> > elements are still missing from jaws.dtd (cmp-field is not defined).
> I will
> > take care of dtd corrections.
> >
> > Vincent.
> >
> > [Container Management Proxy] Destroyed
> > [Default] javax.management.InstanceAlreadyExistsException:
> > Management:container=bank/Account
> > [Default]   at
> >
> com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.ja
> va:134
> > )
> > [Default]
> > [Default]   at
> >
> com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerI
> mpl.ja
> > va:
> > [Default]
> > [Default]   at
> >
> com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.jav
> a:388)
> > [Default]
> > [Default]   at
> >
> org.jboss.ejb.ContainerFactory.registerContainer(ContainerFactory.java
> :716)
> > [Default]
> > [Default]   at
> >
> org.jboss.ejb.ContainerFactory.createEntityContainer(ContainerFactory.
> java:7
> > 00)
> > [Default]
> > [Default]   at
> >
> org.jboss.ejb.ContainerFactory.createContainer(ContainerFactory.java:5
> 99)
> > [Default]
> > [Default]   at
> > org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:471)
> > [Default]
> > [Default]   at
> > org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:366)
> > [Default]
> > [Default]   at
> > org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:305)
> > [Default]
> > [Default]   at java.lang.reflect.Method.invoke(Native Method)
> > [Default]
> > [Default]   at
> >
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:162
> 8)
> > [Default]
> > [Default]   at
> >
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:152
> 3)
> > [Default]
> > [Default]   at
> >
> org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:489)
> > [Default]
> > [Default]   at
> >
> org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:4
> 67)
> > [Default]
> > [Default]   at
> > org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:211)
> > [Default]
> > [Default]   at java.lang.reflect.Method.invoke(Native Method)
> > [Default]
> > [Default]   at
> >
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:162
> 8)
> > [Default]
> > [Default]   at
> >
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:152
> 3)
> > [Default]
> > [Default]   at
> org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:379)
> > [Default]
> > [Default]   at
> org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:217)
> > [Default]
> > [Default]   at java.lang.Thread.run(Unknown Source)
> > [Default]
> >
> > > -Message d'origine-
> > > De : [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]De la part
> de
> > > Scott M Stark
> > > Envoyé : vendredi 15 juin 2001 2:24
> > > À : JBoss Dev
> > > Objet : [JBoss-dev] Is Monday still a good 2.4 freeze date
> > >
> > >
> > > Is Monday still a good 2.4 freeze date for the features that will
> go into
> > > the 2.4 release or is more time needed?
> > >
> > >
> > >
> > > ___
> > > Jboss-development mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> >
> > _
> > Do You Yahoo!?
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> 
> 
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development

___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-15 Thread Mike Swainston-Rainford
 Method)
>[Default]
>[Default]   at
>com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
>[Default]
>[Default]   at
>com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
>[Default]
>[Default]   at org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:379)
>[Default]
>[Default]   at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:217)
>[Default]
>[Default]   at java.lang.Thread.run(Unknown Source)
>[Default]
>
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de
> > Scott M Stark
> > Envoyé : vendredi 15 juin 2001 2:24
> > À : JBoss Dev
> > Objet : [JBoss-dev] Is Monday still a good 2.4 freeze date
> >
> >
> > Is Monday still a good 2.4 freeze date for the features that will go into
> > the 2.4 release or is more time needed?
> >
> >
> >
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
>_
>Do You Yahoo!?
>Get your free @yahoo.com address at http://mail.yahoo.com
>
>
>___
>Jboss-development mailing list
>[EMAIL PROTECTED]
>http://lists.sourceforge.net/lists/listinfo/jboss-development


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-15 Thread K.V. Vinay Menon

I would have liked to have added the ROWID bit, but don't want to rush it
thru!

Vinay
- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 15, 2001 9:09 AM
Subject: Re: [JBoss-dev] Is Monday still a good 2.4 freeze date


> This is just a suprious exception that can easily be cleaned up.
> Its also just a feature freeze to create the 2.4 branch, not a 2.4
> release build as Juha said. The first release on the 2.4 branch
> will be a beta.
>
> - Original Message -
> From: "Vincent Harcq" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, June 15, 2001 12:20 AM
> Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date
>
>
> > Hi,
> > IMHO, the re-deployment problem (see below) should stop you making a new
> > release.
> >
> > For my part, I will test/validate the new DTD validation option as some
> > elements are still missing from jaws.dtd (cmp-field is not defined).  I
will
> > take care of dtd corrections.
> >
> > Vincent.
> >
> > [Container Management Proxy] Destroyed
> > [Default] javax.management.InstanceAlreadyExistsException:
> > Management:container=bank/Account
> > [Default]   at
> >
com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134
> > )
> > [Default]
> > [Default]   at
> >
com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.ja
> > va:
> > [Default]
> > [Default]   at
> >
com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:388)
> > [Default]
> > [Default]   at
> >
org.jboss.ejb.ContainerFactory.registerContainer(ContainerFactory.java:716)
> > [Default]
> > [Default]   at
> >
org.jboss.ejb.ContainerFactory.createEntityContainer(ContainerFactory.java:7
> > 00)
> > [Default]
> > [Default]   at
> >
org.jboss.ejb.ContainerFactory.createContainer(ContainerFactory.java:599)
> > [Default]
> > [Default]   at
> > org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:471)
> > [Default]
> > [Default]   at
> > org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:366)
> > [Default]
> > [Default]   at
> > org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:305)
> > [Default]
> > [Default]   at java.lang.reflect.Method.invoke(Native Method)
> > [Default]
> > [Default]   at
> > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> > [Default]
> > [Default]   at
> > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> > [Default]
> > [Default]   at
> > org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:489)
> > [Default]
> > [Default]   at
> >
org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:467)
> > [Default]
> > [Default]   at
> > org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:211)
> > [Default]
> > [Default]   at java.lang.reflect.Method.invoke(Native Method)
> > [Default]
> > [Default]   at
> > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> > [Default]
> > [Default]   at
> > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> > [Default]
> > [Default]   at
org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:379)
> > [Default]
> > [Default]   at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:217)
> > [Default]
> > [Default]   at java.lang.Thread.run(Unknown Source)
> > [Default]
> >
> > > -Message d'origine-
> > > De : [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]De la part de
> > > Scott M Stark
> > > Envoyé : vendredi 15 juin 2001 2:24
> > > À : JBoss Dev
> > > Objet : [JBoss-dev] Is Monday still a good 2.4 freeze date
> > >
> > >
> > > Is Monday still a good 2.4 freeze date for the features that will go
into
> > > the 2.4 release or is more time needed?
> > >
> > >
> > >
> > > ___
> > > Jboss-development mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> >
> > _
> > Do You Yahoo!?
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
>
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



Re: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-15 Thread Scott M Stark

This is just a suprious exception that can easily be cleaned up.
Its also just a feature freeze to create the 2.4 branch, not a 2.4
release build as Juha said. The first release on the 2.4 branch
will be a beta.

- Original Message -
From: "Vincent Harcq" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 15, 2001 12:20 AM
Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date


> Hi,
> IMHO, the re-deployment problem (see below) should stop you making a new
> release.
>
> For my part, I will test/validate the new DTD validation option as some
> elements are still missing from jaws.dtd (cmp-field is not defined).  I will
> take care of dtd corrections.
>
> Vincent.
>
> [Container Management Proxy] Destroyed
> [Default] javax.management.InstanceAlreadyExistsException:
> Management:container=bank/Account
> [Default]   at
> com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134
> )
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.ja
> va:
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:388)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.registerContainer(ContainerFactory.java:716)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.createEntityContainer(ContainerFactory.java:7
> 00)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.createContainer(ContainerFactory.java:599)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:471)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:366)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:305)
> [Default]
> [Default]   at java.lang.reflect.Method.invoke(Native Method)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> [Default]
> [Default]   at
> org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:489)
> [Default]
> [Default]   at
> org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:467)
> [Default]
> [Default]   at
> org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:211)
> [Default]
> [Default]   at java.lang.reflect.Method.invoke(Native Method)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> [Default]
> [Default]   at org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:379)
> [Default]
> [Default]   at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:217)
> [Default]
> [Default]   at java.lang.Thread.run(Unknown Source)
> [Default]
>
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de
> > Scott M Stark
> > Envoyé : vendredi 15 juin 2001 2:24
> > À : JBoss Dev
> > Objet : [JBoss-dev] Is Monday still a good 2.4 freeze date
> >
> >
> > Is Monday still a good 2.4 freeze date for the features that will go into
> > the 2.4 release or is more time needed?
> >
> >
> >
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
> _
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
>


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-15 Thread Juha-P Lindfors


We're not making a new FINAL release on Monday, it's a feature freeze for
2.4 BETA.

AFAIK, Monday is still ok.

-- Juha


On Fri, 15 Jun 2001, Vincent Harcq wrote:

> Hi,
> IMHO, the re-deployment problem (see below) should stop you making a new
> release.
>
> For my part, I will test/validate the new DTD validation option as some
> elements are still missing from jaws.dtd (cmp-field is not defined).  I will
> take care of dtd corrections.
>
> Vincent.
>
> [Container Management Proxy] Destroyed
> [Default] javax.management.InstanceAlreadyExistsException:
> Management:container=bank/Account
> [Default]   at
> com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134
> )
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.ja
> va:
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:388)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.registerContainer(ContainerFactory.java:716)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.createEntityContainer(ContainerFactory.java:7
> 00)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.createContainer(ContainerFactory.java:599)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:471)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:366)
> [Default]
> [Default]   at
> org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:305)
> [Default]
> [Default]   at java.lang.reflect.Method.invoke(Native Method)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> [Default]
> [Default]   at
> org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:489)
> [Default]
> [Default]   at
> org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:467)
> [Default]
> [Default]   at
> org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:211)
> [Default]
> [Default]   at java.lang.reflect.Method.invoke(Native Method)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
> [Default]
> [Default]   at
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
> [Default]
> [Default]   at org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:379)
> [Default]
> [Default]   at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:217)
> [Default]
> [Default]   at java.lang.Thread.run(Unknown Source)
> [Default]
>
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de
> > Scott M Stark
> > Envoyé : vendredi 15 juin 2001 2:24
> > À : JBoss Dev
> > Objet : [JBoss-dev] Is Monday still a good 2.4 freeze date
> >
> >
> > Is Monday still a good 2.4 freeze date for the features that will go into
> > the 2.4 release or is more time needed?
> >
> >
> >
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
> _
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
>


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



RE: [JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-14 Thread Vincent Harcq

Hi,
IMHO, the re-deployment problem (see below) should stop you making a new
release.

For my part, I will test/validate the new DTD validation option as some
elements are still missing from jaws.dtd (cmp-field is not defined).  I will
take care of dtd corrections.

Vincent.

[Container Management Proxy] Destroyed
[Default] javax.management.InstanceAlreadyExistsException:
Management:container=bank/Account
[Default]   at
com.sun.management.jmx.RepositorySupport.addMBean(RepositorySupport.java:134
)
[Default]
[Default]   at
com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.ja
va:
[Default]
[Default]   at
com.sun.management.jmx.MBeanServerImpl.createMBean(MBeanServerImpl.java:388)
[Default]
[Default]   at
org.jboss.ejb.ContainerFactory.registerContainer(ContainerFactory.java:716)
[Default]
[Default]   at
org.jboss.ejb.ContainerFactory.createEntityContainer(ContainerFactory.java:7
00)
[Default]
[Default]   at
org.jboss.ejb.ContainerFactory.createContainer(ContainerFactory.java:599)
[Default]
[Default]   at
org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:471)
[Default]
[Default]   at
org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:366)
[Default]
[Default]   at
org.jboss.ejb.ContainerFactory.deploy(ContainerFactory.java:305)
[Default]
[Default]   at java.lang.reflect.Method.invoke(Native Method)
[Default]
[Default]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
[Default]
[Default]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
[Default]
[Default]   at
org.jboss.deployment.J2eeDeployer.startModules(J2eeDeployer.java:489)
[Default]
[Default]   at
org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeployer.java:467)
[Default]
[Default]   at
org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:211)
[Default]
[Default]   at java.lang.reflect.Method.invoke(Native Method)
[Default]
[Default]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
[Default]
[Default]   at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
[Default]
[Default]   at org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:379)
[Default]
[Default]   at org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:217)
[Default]
[Default]   at java.lang.Thread.run(Unknown Source)
[Default]

> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de
> Scott M Stark
> Envoyé : vendredi 15 juin 2001 2:24
> À : JBoss Dev
> Objet : [JBoss-dev] Is Monday still a good 2.4 freeze date
>
>
> Is Monday still a good 2.4 freeze date for the features that will go into
> the 2.4 release or is more time needed?
>
>
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] Is Monday still a good 2.4 freeze date

2001-06-14 Thread Scott M Stark

Is Monday still a good 2.4 freeze date for the features that will go into
the 2.4 release or is more time needed?



___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development