[JBoss-dev] JBossAS-4.0.5.CR1
Hello, JBossAS-4.0.5.CR1 is scheduled for release on the 21st of August. We really want to keep this release minimal, driven by the most important user/customer needs, since we have higher priorities (i.e. JB5). The list of pending JIRA issues is quite long at this point (138, due to overflow from the previous 4.0.4 release) but we'll shamelessly reduce it by deferring stuff until we get to a manageable set that can be implemented within the next 4 weeks, in parallel to whatever else you do. August 4th will be the *LAST* day for any new feature/bug fix, after that it's integration/test tasks only. Please, try to make it for the target date, we simply can't afford the cost of introducing last minutes changes (and it has happened quite a few times before). If there are dependencies we should be aware of (your project A, depends on project B, that needs unfinished project X), make it clear in JIRA. If there are other issues (technical or otherwise) make them known early. So the action points: 1) Developers/Leads - Browse the JBossAS-4.0.5.CR1 tasks, decide what can be solved by Aug/4th, reject or defer everything else to 4.0.6.CR1: http://jira.jboss.com/jira/browse/JBAS 2) Support - Help us define priorities. Raise priorities (Critical) to the issues that *MUST* make it for the release. Create issues, if there is something missing. Cheers /Dimitris -- xxxx Dimitris Andreadis AS Development Manager JBoss, a Division of Red Hat 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=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Tomcat6 upgrade broke webapps in HEAD?
http://jira.jboss.com/jira/browse/JBAS-3368 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=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossAS and Httpclient
Hi Mladen, I don't know the exact dependencies, but we can try in HEAD and see how it goes. If you want help to update this, let me or Ruel know. I'm delivering a training until Thursday and won't be much online... Cheers /Dimitris > -Original Message- > From: Mladen Turk > Subject: JBossAS and Httpclient > > Hi Dimitris, > > I was trying to build the AS with HttpClient 3.0.1 instead > 2.0.2 we are currently using. > > Is there something preventing us from using version > 3 over the version 2. It has a different API, but 2.x is no > more maintained. > > I would need 3.x version for JBossWeb proxy module, so I'm > afraid if the two versions on the same instance would make any sense. > > What do you think? > > Regards, > Mladen. > 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=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tomcat 6 integrated
> So at the end of the day, the Tomcat code in JBoss will not > exactly correspond to an official Tomcat release version. Is > that correct? > > I know we have been maintaining full Tomcat source within the > JBoss AS CVS. I'm wondering about the pros and cons you > experienced with Tomcat because I'm not sure if we should do > it for JSF. > > Do you guys think it makes sense to check in all of the JSF > source code or just use a particular release and only check > the jars into our repository? > > Stan Silvert > JBoss, a division of RedHat > [EMAIL PROTECTED] We don't maintain full tomcat source, just an integration module (or has our plan changed??) 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=lnk&kid=120709&bid=263057&dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Promotion of common module to independent project
I suppose the 'common' sources will be removed from Branch_4_0 & HEAD ? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruel LoehrSent: 21 June, 2006 23:30To: jboss-developmentSubject: [JBoss-dev] Promotion of common module to independent project Tomorrow, we are going to promote the jboss-common module to an independent project housed in subversion. If you are an active developer on this module, please check in any work to cvs. What this means for you: The common module will become its own project. This is similar to the extraction performed for remoting and cache. The key difference is that the new project will be housed in subversion rather than cvs. The code for common will then be integrated into JBossAS via the thirdparty dependency mechanism. I’ve setup a wiki page which details the “anticipated” questions. It details the subversion usage procedures: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCommonProject Ruel Loehr JBoss QA --No virus found in this outgoing message.Checked by AVG Free Edition.Version: 7.1.394 / Virus Database: 268.9.2/370 - Release Date: 6/20/2006 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=lnk&kid=107521&bid=248729&dat=121642___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Remove javax.xml.bind.*
I suppose it is safe to remove the javax.xml.bind.* classes from our jboss-j2ee.jar in 4.0.4.SP1 (and HEAD too) as Thomas did in Branch_4_0 for 4.0.5.CR1? http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3948753#3948753 ___ 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
I'm not sure what's the best way to handle this, make CC 4.0. builds, point to Branch_4_0_4_SP instead (for a week until we release this), or introduce new CC build/testsuite/compatibility builds for 4.0.4.SP1? Ryan? > -Original Message- > From: Dimitris Andreadis > Sent: 02 June, 2006 18:11 > To: jboss-development@lists.sourceforge.net; QA > Cc: Scott M Stark; Bill Burke; Alex Pinkin; Ryan Campbell; > Ivelin Ivanov; Ruel Loehr > Subject: JBossAS v4.0.4.SP1 > > 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=tr > ue&pid=10030&fixfor=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 > ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossAS v4.0.4.SP1
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=true&pid=100 30&fixfor=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 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Obsolete Transaction Recovery JIRA tasks
I suppose after Arjuna's integration the "Transaction Recovery" task and subtasks are obsolete now? http://jira.jboss.com/jira/browse/JBAS-1402 --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] KeyGeneratorFactory serialVersionUID
For an example look in "our"
javax.management.modelmbean.DescriptorSupport
private void readObject(ObjectInputStream ois)
throws IOException, ClassNotFoundException
{
ObjectInputStream.GetField getField = ois.readFields();
HashMap serMap = (HashMap) getField.get("descriptor", null);
if (serMap == null)
throw new StreamCorruptedException("Null descriptor?");
// replace the keys with FieldName objects
fieldMap = Collections.synchronizedMap(new HashMap());
Iterator it = serMap.entrySet().iterator();
while (it.hasNext())
{
Map.Entry entry = (Map.Entry) it.next();
FieldName key = new FieldName((String)entry.getKey());
fieldMap.put(key, entry.getValue());
}
}
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Alexey Loubyansky
> Sent: 17 May, 2006 18:35
> To: jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] KeyGeneratorFactory serialVersionUID
>
> Dimitris Andreadis wrote:
> > We certainly need to maintain compatibility between the 4.x (and
> > 3.2.x) versions, so the serialVersionUID must be the same,
> although I
> > don't know why this Mbean needs to be serializable in the
> first place.
>
> It should be serializable because an instance is bound to the
> JNDI. But actually is supposed to be used locally.
>
> > And since you are just adding fields, implementing Externalizable
> > should not really be needed, you could initialize any
> missing field in
> > readObject(ObjectInputStream), I think.
>
> But how would I know that a field is missing?
>
> Thanks,
>
> alex
>
>
> ---
> 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=lnk&kid=120709&bid=263057&;
> dat=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=lnk&kid0709&bid&3057&dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] KeyGeneratorFactory serialVersionUID
We certainly need to maintain compatibility between the 4.x (and 3.2.x)
versions, so the serialVersionUID must be the same, although I don't
know why this Mbean needs to be serializable in the first place.
And since you are just adding fields, implementing Externalizable should
not really be needed, you could initialize any missing field in
readObject(ObjectInputStream), I think.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Alexey Loubyansky
> Sent: 17 May, 2006 17:57
> To: jboss-development
> Subject: [JBoss-dev] KeyGeneratorFactory serialVersionUID
>
> I added a couple of managed attributes to the class in HEAD.
> I want to backport this to Branch_4_0 but the class there has
> serialVersionUID.
>
> Should I make it implement java.io.Externalizable in
> Branch_4_0 and preserve the value of serialVersionUID?
>
> Thanks!
>
> Original Message
> Subject: [jboss-cvs]
> jboss/src/main/org/jboss/ejb/plugins/keygenerator/hilo ...
> Date: Wed, 17 May 2006 10:31:28 -0400
> From: Alex Loubyansky <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
>
>User: aloubyansky
>Date: 06/05/17 10:31:28
>
>Modified:src/main/org/jboss/ejb/plugins/keygenerator/hilo
> HiLoKeyGeneratorFactory.java
> HiLoKeyGeneratorFactoryMBean.java
>Log:
>[JBAS-3229] HiLo generator shoudn't always re-create the
> table at startup
>
>Revision ChangesPath
>1.8 +45 -3
> jboss/src/main/org/jboss/ejb/plugins/keygenerator/hilo/HiLoKey
> GeneratorFactory.java
>
>(In the diff below, changes in quantity of whitespace are
> not shown.)
>
>Index: HiLoKeyGeneratorFactory.java
>===
>RCS file:
> /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/keygenerat
> or/hilo/HiLoKeyGeneratorFactory.java,v
>retrieving revision 1.7
>retrieving revision 1.8
>diff -u -b -r1.7 -r1.8
>--- HiLoKeyGeneratorFactory.java 30 Oct 2005 00:04:07
> - 1.7
>+++ HiLoKeyGeneratorFactory.java 17 May 2006 14:31:28
> - 1.8
>@@ -43,7 +43,7 @@
>
> /**
> * @author mailto:[EMAIL PROTECTED]">Alexey Loubyansky
>- * @version $Revision: 1.7 $
>+ * @version $Revision: 1.8 $
> * @jmx.mbean
> name="jboss.system:service=KeyGeneratorFactory,type=HiLo"
> * extends="org.jboss.system.ServiceMBean"
> */
>@@ -63,6 +63,9 @@
>private String createTableDdl;
>private long blockSize;
>
>+ private boolean createTable = true;
>+ private boolean dropTable;
>+
>/**
> * @jmx.managed-attribute
> */
>@@ -201,6 +204,38 @@
> this.blockSize = blockSize;
>}
>
>+ /**
>+* @jmx.managed-attribute
>+*/
>+ public boolean isCreateTable()
>+ {
>+ return createTable;
>+ }
>+
>+ /**
>+* @jmx.managed-attribute
>+*/
>+ public void setCreateTable(boolean createTable)
>+ {
>+ this.createTable = createTable;
>+ }
>+
>+ /**
>+* @jmx.managed-attribute
>+*/
>+ public boolean isDropTable()
>+ {
>+ return dropTable;
>+ }
>+
>+ /**
>+* @jmx.managed-attribute
>+*/
>+ public void setDropTable(boolean dropTable)
>+ {
>+ this.dropTable = dropTable;
>+ }
>+
>// KeyGeneratorFactory implementation
>
>public KeyGenerator getKeyGenerator() throws Exception
>@@ -221,13 +256,17 @@
> tm =
> (TransactionManager)ctx.lookup("java:/TransactionManager");
>
> ds = lookupDataSource(dataSource);
>- dropTableIfExists(tableName);
> initSequence(tableName, sequenceColumn,
> sequenceName, idColumnName);
>}
>
>public void stopService()
> throws Exception
>{
>+ if(dropTable)
>+ {
>+ dropTableIfExists(tableName);
>+ }
>+
> ds = null;
> tm = null;
>
>@@ -241,7 +280,10 @@
>private void initSequence(String tableName, String
> sequenceColumn, String sequenceName, String idColumnName)
> throws SQLException, DeploymentException
>{
>+ if(createTable)
>+ {
> createTableIfNotExists(tableName);
>+ }
>
> Connection con = null;
> Statement st = null;
>
>
> ---
> 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=lnk&kid=120709&bid=263057&;
> dat=121642
> ___
> JBoss-Development mailing list
> JBoss-Develo
[JBoss-dev] RE: jboss-4.0.4 portal-2.2 issue
But why that incompatibility (not working with older ehcache) was introduced in hibernate? > -Original Message- > From: Emmanuel Bernard [mailto:[EMAIL PROTECTED] > Sent: 13 May, 2006 20:26 > To: Roy Russo > Cc: Scott M Stark; Dimitris Andreadis; Julien Viet; Ryan > Campbell; Adrian Brock; Steve Ebersole; > jboss-development@lists.sourceforge.net; QA; Rali Genova > Subject: Re: jboss-4.0.4 portal-2.2 issue > > They will upgrade ehcache or write their own cache provider and use it > > Roy Russo wrote: > > Julien can explain that. How is this going to affect people doing > > something like we do in portal? > > > > This isnt just a portal issue to me. > > > > > > STAY METAL! > > Roy Russo > > JBoss Portal Developer > > o: 404.442.2056 > > c: 404.661.1760 > > AIM: geekjava > > > > -Original Message- > > From: Scott M Stark > > Sent: Saturday, May 13, 2006 11:14 AM > > To: Dimitris Andreadis; Roy Russo; Julien Viet; Ryan Campbell > > Cc: Adrian Brock; Steve Ebersole; > > 'jboss-development@lists.sourceforge.net'; QA; Rali Genova > > Subject: RE: jboss-4.0.4 portal-2.2 issue > > > > We need to document the incompatibility in the release notes and > > either create an sp release of portal with an updated > ehcache, or one > > that uses jboss cache. What is the reason for using ehache? > > > > -Original Message- > > From: Dimitris Andreadis > > Sent: Saturday, May 13, 2006 7:53 AM > > To: Scott M Stark; Roy Russo; Julien Viet; Ryan Campbell > > Cc: Adrian Brock; Steve Ebersole; > > 'jboss-development@lists.sourceforge.net'; QA; Rali Genova > > Subject: RE: jboss-4.0.4 portal-2.2 issue > > > > So we either bundle the new version of ehcache or hibernate needs > > fixing? > > > > > > > > > > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: [jboss-cvs] repository.jboss.com/jboss/remoting/1.4.2.GA-patch1/lib ...
Ok, I saw Clebert opened this: http://jira.jboss.com/jira/browse/JBAS-3208 > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Dimitris Andreadis > Sent: 12 May, 2006 11:17 > To: Bill Burke; Scott M Stark; Tom Elrod > Cc: jboss-development@lists.sourceforge.net > Subject: [JBoss-dev] RE: [jboss-cvs] > repository.jboss.com/jboss/remoting/1.4.2.GA-patch1/lib ... > Importance: High > > > A couple of days ago Telrod modifed JBossRemoting to fix a > dubious warning in SerializationStreamFactory, and re-checked > this in as jboss remoting 1.4.2.GA > > Now Bill, made some change in remoting to produce a patch > version, but Telrod's change is missing. > > What's happened? Wasn't Tom's version tagged (including the > change) with 1.4.2.GA? Or Bill produced a patch from the > wrong sources? > > We don't even need a patch version here. We can just patch, > re-tag, and override the 1.4.2.GA, nobody else except JBAS is > using this now. > > But we need to make sure both Tom's change and Bill's patch are there. > > Tom can you help? > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Bill Burke > > Sent: 11 May, 2006 23:30 > > To: [EMAIL PROTECTED] > > Subject: [jboss-cvs] > > repository.jboss.com/jboss/remoting/1.4.2.GA-patch1/lib ... > > > > User: bill > > Date: 06/05/11 16:29:39 > > > > Added: jboss/remoting/1.4.2.GA-patch1/lib > jboss-remoting.jar > > Log: > > jboss-remoting patch for ObjectInputStreamWithClassloader > > > > Revision ChangesPath > > 1.1 date: 2006/05/11 20:29:39; author: bill; state: > > Exp;repository.jboss.com/jboss/remoting/1.4.2.GA-patch1/lib/jb > > oss-remoting.jar > > > > <> > > > > > > > > > > --- > > 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=lnk&kid=120709&bid=263057&; > > dat=121642 > > ___ > > jboss-cvs-commits mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits > > > > > --- > 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=k&kid0709&bid&3057&dat1642 > ___ > 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0.4 portal-2.2 issue
> Because: > - this is a minor release increase (not a micro) for Hibernate > - we always stay up-to-date with our third party libraries > - EhCache had a major cache design flaw that was fixed in > 1.2 (use to keep the cache manager as a singleton) > - we do not keep outdated cache provider, but people can use > the old one if they want to stick with EhCache 1.1 Emmanuel, about the last point, so it's possible to use ehcache 1.1 with a different configuration, right? If that is the case, maybe we can show portal how this is done. --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0.4 portal-2.2 issue
Made a note on the release notes: "Hibernate 3.2.0.CR2 works with the latest ehcache v1.2 but not with previous versions. JBoss Portal v2.2.1 will fail to deploy on JBoss 4.0.4.GA unless ehcache gets upgraded to v1.2." > -Original Message- > From: Scott M Stark > Sent: 13 May, 2006 18:14 > To: Dimitris Andreadis; Roy Russo; Julien Viet; Ryan Campbell > Cc: Adrian Brock; Steve Ebersole; > 'jboss-development@lists.sourceforge.net'; QA; Rali Genova > Subject: RE: jboss-4.0.4 portal-2.2 issue > > We need to document the incompatibility in the release notes > and either create an sp release of portal with an updated > ehcache, or one that uses jboss cache. What is the reason for > using ehache? > > -Original Message- > From: Dimitris Andreadis > Sent: Saturday, May 13, 2006 7:53 AM > To: Scott M Stark; Roy Russo; Julien Viet; Ryan Campbell > Cc: Adrian Brock; Steve Ebersole; > 'jboss-development@lists.sourceforge.net'; QA; Rali Genova > Subject: RE: jboss-4.0.4 portal-2.2 issue > > So we either bundle the new version of ehcache or hibernate > needs fixing? > > > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0.4 portal-2.2 issue
So we either bundle the new version of ehcache or hibernate needs
fixing?
> -Original Message-
> From: Scott M Stark
> Sent: 13 May, 2006 17:28
> To: Roy Russo; Julien Viet; Ryan Campbell
> Cc: Adrian Brock; Steve Ebersole;
> 'jboss-development@lists.sourceforge.net'; QA; Rali Genova
> Subject: RE: jboss-4.0.4 portal-2.2 issue
>
> I thought if javap showed no ctor this implied a public
> default ctor, but this is not the case. This version of
> ehcache has no public ctor so the 3.2.0.CR2 hibernate is
> simply incompatible with this earlier version of ehcache.
> This is a change introduced between 3.2.0.CR1 and 3.2.0.CR2?
>
> -Original Message-
> From: Roy Russo
> Sent: Saturday, May 13, 2006 7:11 AM
> To: Scott M Stark; Julien Viet; Ryan Campbell
> Cc: Adrian Brock; Steve Ebersole;
> 'jboss-development@lists.sourceforge.net'; QA; Rali Genova
> Subject: RE: jboss-4.0.4 portal-2.2 issue
>
> So why is 2.2.1 deploying fine in 404cr2, and it breaks in
> head. What changed?
>
>
> STAY METAL!
> Roy Russo
> JBoss Portal Developer
> o: 404.442.2056
> c: 404.661.1760
> AIM: geekjava
>
> -Original Message-
> From: Scott M Stark
> Sent: Saturday, May 13, 2006 8:29 AM
> To: Julien Viet; Ryan Campbell
> Cc: Adrian Brock; Steve Ebersole; Roy Russo;
> jboss-development@lists.sourceforge.net; QA; Rali Genova
> Subject: RE: FW: jboss-4.0.4 portal-2.2 issue
>
> No, jbossas is not bundling ehcache. I don't see why this is
> failing as the default ctor is not explicit and so there
> should be a public default ctor:
>
> [EMAIL PROTECTED] lib]$ javap -classpath ehcache.jar
> net.sf.ehcache.CacheManager Compiled from "CacheManager.java"
> public final class net.sf.ehcache.CacheManager extends
> java.lang.Object{
> public static final int STATUS_UNINITIALISED;
> public static final int STATUS_ALIVE;
> public static final int STATUS_SHUTDOWN;
> static java.lang.Class class$net$sf$ehcache$CacheManager;
> public static net.sf.ehcache.CacheManager create()
> throws net.sf.ehcache.CacheException;
> public static net.sf.ehcache.CacheManager getInstance()
> throws net.sf.ehcache.CacheException;
> public static net.sf.ehcache.CacheManager
> create(java.lang.String) throws net.sf.ehcache.CacheException;
> public static net.sf.ehcache.CacheManager
> create(java.net.URL) throws
> net.sf.ehcache.CacheException;
> public static net.sf.ehcache.CacheManager
> create(java.io.InputStream) throws net.sf.ehcache.CacheException;
> public synchronized net.sf.ehcache.Cache
> getCache(java.lang.String) throws
> java.lang.IllegalStateException;
> public synchronized void addCache(java.lang.String)
> throws java.lang.IllegalStateException,
> net.sf.ehcache.ObjectExistsException, net.sf.ehcache.Cache
> Exception;
> public synchronized void addCache(net.sf.ehcache.Cache)
> throws java.lang.IllegalStateException,
> net.sf.ehcache.ObjectExistsException, net.sf.ehcache.CacheException;
> public synchronized boolean cacheExists(java.lang.String)
> throws java.lang.IllegalStateException;
> public synchronized void removeCache(java.lang.String)
>throws java.lang.IllegalStateException;
> public void shutdown();
> public synchronized java.lang.String[] getCacheNames()
>throws java.lang.IllegalStateException;
> net.sf.ehcache.config.Configuration getConfiguration()
>throws java.lang.IllegalStateException;
> public int getStatus();
> static java.lang.Class class$(java.lang.String);
> static {};
> }
>
>
>
---
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=lnk&kid0709&bid&3057&dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-4.0.4.GA release notes
The release notes for JBoss-4.0.4.GA are in Branch_4_0, build/docs/readme.html, if you want to look at. If you want to highlight a new feature you've worked on, or better document a compatibility/configuration issue, let me know before EOB today. Thanks /Dimitris --- 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=lnk&kid0709&bid&3057&dat1642 ___ 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/jboss/remoting/1.4.2.GA-patch1/lib ...
A couple of days ago Telrod modifed JBossRemoting to fix a dubious warning in SerializationStreamFactory, and re-checked this in as jboss remoting 1.4.2.GA Now Bill, made some change in remoting to produce a patch version, but Telrod's change is missing. What's happened? Wasn't Tom's version tagged (including the change) with 1.4.2.GA? Or Bill produced a patch from the wrong sources? We don't even need a patch version here. We can just patch, re-tag, and override the 1.4.2.GA, nobody else except JBAS is using this now. But we need to make sure both Tom's change and Bill's patch are there. Tom can you help? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: 11 May, 2006 23:30 > To: [EMAIL PROTECTED] > Subject: [jboss-cvs] > repository.jboss.com/jboss/remoting/1.4.2.GA-patch1/lib ... > > User: bill > Date: 06/05/11 16:29:39 > > Added: jboss/remoting/1.4.2.GA-patch1/lib jboss-remoting.jar > Log: > jboss-remoting patch for ObjectInputStreamWithClassloader > > Revision ChangesPath > 1.1 date: 2006/05/11 20:29:39; author: bill; state: > Exp;repository.jboss.com/jboss/remoting/1.4.2.GA-patch1/lib/jb > oss-remoting.jar > > <> > > > > > --- > 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=lnk&kid=120709&bid=263057&; > dat=121642 > ___ > jboss-cvs-commits mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EJB3 testing dependencies
Except for the fix of the ejb3-4.0-testsuite (http://jira.jboss.com/jira/browse/JBAS-2988) Is there a way to get seam & ejb3 examples tested? http://jira.jboss.com/jira/browse/JBAS-3067 (seam examples) http://jira.jboss.com/jira/browse/JBAS-3066 (ej3 examples) 1) Can Thomas just use the jboss-4.0.4.GA-ejb3 build to try Seam examples, without needing the installer? 2) There is no volunteer for testing the ejb3 examples, so far. --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Quartz in 4.0.4.GA
Hi, I saw Bill added lib/quartz-all-1.5.2.jar and deploy/quartz-ra.rar, in the default/all configs. Was there any discussion on this or jira issue to track it? Where is this used? Is it tested at all? 13:23:46,908 INFO [RARDeployment] Required license terms exist, view META-INF/ra.xml in .../deploy/quartz-ra.rar 13:23:46,918 INFO [QuartzResourceAdapter] start quartz!!! 13:23:47,028 INFO [SimpleThreadPool] Job execution threads will use class loader of thread: main 13:23:47,058 INFO [QuartzScheduler] Quartz Scheduler v.1.5.2 created. 13:23:47,068 INFO [RAMJobStore] RAMJobStore initialized. 13:23:47,068 INFO [StdSchedulerFactory] Quartz scheduler 'DefaultQuartzScheduler' initialized from default resource file in Quartz package: 'quartz.properties' 13:23:47,068 INFO [StdSchedulerFactory] Quartz scheduler version: 1.5.2 13:23:47,068 INFO [QuartzScheduler] Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED started. --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Transient jboss-4.0-testsuite erros
If anyone can take a look, we often (but not always) get those tests failing: (works on my PC, but some time fails in CruiseControl) testUnackedMultipleSession org.jboss.test.jbossmq.test.UnackedUnitTestCase (may be solved, by Brian's recent jgroups protocol configuration changes?) testActivationInactivation org.jboss.test.cluster.test.StateTransferTestCase(Default-UDP) Thanks --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: FW: 4.0.4.CR2 distribution (.zip only?)
This will be in the distro when the 4.0.4.GA comes out. We don't have a downloable snapshot available, unless you want to checkout Branch_4_0 and build it yourself :) > -Original Message- > From: Mladen Turk > Sent: 08 May, 2006 12:06 > To: Dimitris Andreadis > Cc: Scott M Stark; Jason T. Greene; > jboss-development@lists.sourceforge.net; QA > Subject: Re: [JBoss-dev] RE: FW: 4.0.4.CR2 distribution (.zip only?) > > Dimitris Andreadis wrote: > > Scott already changed this, and it'll work if you unzip > with a native > > tool (not jdk's jar utility). > > > > Right, but since we are using the official distro from the > sourceforge, it's still packed without those attributes thought. > > Do we have some 'current' package downloadable, because we > are using 'wget' for jboss-XXX.zip? > > Regards, > Mladen. > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: FW: 4.0.4.CR2 distribution (.zip only?)
Scott already changed this, and it'll work if you unzip with a native tool (not jdk's jar utility). > -Original Message- > From: Mladen Turk > Sent: 08 May, 2006 11:56 > To: Scott M Stark > Cc: Jason T. Greene; jboss-development@lists.sourceforge.net; QA > Subject: Re: [JBoss-dev] RE: FW: 4.0.4.CR2 distribution (.zip only?) > > Scott M Stark wrote: > > Using the ant zipfile filemode attribute does solve the > problem when > > using native zip tools like unzip: > > > > OK. Does it mean we can rely that the next .zip will have > contain the filemode attributes set? > > In that case, we can remove the additional +x task for those > files when building jbossweb. > > Regards, > Mladen. > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Hibernate, HA, ,HEM, antlr versions in Branch_4_0
In Branch_4_0 we have: We agree we want those to become: H -> 3.2.0.CR2 HA -> 3.2.0.CR1 HEM -> 3.2.0.CR1 Antlr -> 2.7.6.ga Objections? --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Please Don't schedule tasks for 4.0.4.GA
Unless, something is absolutely critical or is guaranteed to be solved by the submitter during the weekend(!), please do not submit any tasks scheduled for 4.0.4.GA. They'll be just deferred to the next release. Thanks /Dimitris --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Problem with minimal config in Branch_4_0
What is the algorithm to decide which serialization manager to use? Is there a flag to override the choice? If the choice is to explicitly use JBossSerialization and it cannot be loaded, then that's an error to be reported. If the choice is JavaSerialization, then you shoulnd't even attempt to load JBossSerialization. If the choice is "auto" then try JBossSerialization and silently fallback to JavaSerialization, if it cannot be loaded. Maybe report the chosen implementation as debug/info. So I think it would be better to fix this and re-release, rathen than bundling more jboss serialization classes. You can override the existing jboss remoting 1.4.2.GA, since nobody is using it yet. Does this make sense? > -Original Message- > From: Tom Elrod > Sent: 05 May, 2006 04:38 > To: Dimitris Andreadis > Cc: Tom Elrod; Scott M Stark; Clebert Suconic; QA; > jboss-development@lists.sourceforge.net > Subject: Re: Problem with minimal config in Branch_4_0 > > Not really. The SerializationStreamFactory will try to > statically load both java and jboss serialization. There is > a try/catch around the loading of the jboss serialization, > but only catches Exception. > However, when tries to load it and JBossObjectOutputStream is > not found, throws a NoClassDefFoundError, which is an error > (which extends Throwable, not Exception) so causes Naming to > not be deployed. > > So can either add the jboss serialization classes > (JBossObjectOutputStream imports a lot of the other jboss > serialization > classes) or change this within SerializationStreamFactory so > catches throwable and allows processing to continue (but is > going to require another remoting release). --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed
I've seen lately a few file additions with wrong -kk or -kb flags. Is that an eclipse setup thing, maybe? From: Scott M Stark Sent: 05 May, 2006 15:51To: jboss-development@lists.sourceforge.net; Dimitris Andreadis; Ruel LoehrSubject: RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed The problem is that the deployer contents are not being marked as binary and are being pulled from cvs with invalid translations. I can’s unzip these from the bin dir to use in the installer either: [EMAIL PROTECTED] jems-installer]$ jar -tf ../thirdparty/jboss/aop/bin/jboss-aop-j dk50.deployer base-aop.xml java.util.zip.ZipException: invalid entry size (expected 903352 but got 903341 bytes) at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:368) at java.util.zip.ZipInputStream.read(ZipInputStream.java:141) at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:91) at sun.tools.jar.Main.list(Main.java:743) at sun.tools.jar.Main.run(Main.java:191) at sun.tools.jar.Main.main(Main.java:903) These need to be readded with –kb to mark them as binary.
[JBoss-dev] RE: FW: 4.0.4.CR2 distribution (.zip only?)
I tested it too, so if we zip with /usr/bin/zip the produced zip file maintains the file permissions, as long as you unzip with /usr/bin/unzip. If you use the 'jar' utility, the permission are lost when zipping, and also ignored when unzipping (if they were put there by /usr/bin/zip). So a solution would be to A) Make sure the jboss bin .sh file have the correct permissions, or 'chmod ugo+rx $JBOSS_HOME/bin/*.sh' (since those are set in the bin-tgz target, etc.) B) zip with the external utility, e.g.: /usr/bin/zip -9qr jboss-4.0.4.GA.zip jboss-4.0.4.GA/ C) Document that the user needs to either use the zip utility on unix, or jar -xvf and chmod yourself. Can someone from QA comment? --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: FW: 4.0.4.CR2 distribution (.zip only?)
> Not sure who created the .zip distro, but I would suggest > that next time it gets created on some linux box. > That way the correct file modes will be picked up. > > Regards, > Mladen. I don't think this will work. The "bin-zip" target in build/build-release.xml uses the ant "zip" task to create the zipfile which according to the ant manual: "Note that file permissions will not be stored in the resulting zipfile." I guess the only thing we can do is document you need to 'chmod ugo+rx $JBOSS_HOME/bin/*.sh' OTOH, this is something you can't possibly miss, otherwise jboss won't start :) --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed
So Ruel fixed it, but Kabir reverted to puting them to bin ??? Kabir I added the .deployer files to jboss/aop/1.5.0-snapshot/bin, and put tasks.xml back to the way it was, i.e. This works here I’ve committed in the fix. Ruel Loehr JBoss QA
[JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed
It's the problem with aop: synchronize.jboss/aop.common-softvaluehashmap.jar: [get] Getting: http://repository.jboss.com/jboss/aop/1.5.0-snapshot/lib/common-softvaluehashmap.jar [get] To: /services/cruisecontrol/checkout/jboss-4.0.x/thirdparty/jboss/aop/lib/common-softvaluehashmap.jar [get] . [get] last modified = Mon Apr 24 07:10:08 EDT 2006synchronize.jboss/aop.jboss-aop-jdk50.deployer: [mkdir] Created dir: /services/cruisecontrol/checkout/jboss-4.0.x/thirdparty/jboss/aop/bin [get] Getting: http://repository.jboss.com/jboss/aop/1.5.0-snapshot/bin/jboss-aop-jdk50.deployer [get] To: /services/cruisecontrol/checkout/jboss-4.0.x/thirdparty/jboss/aop/bin/jboss-aop-jdk50.deployer [get] Error opening connection java.io.IOException [get] Error opening connection java.io.IOException [get] Error opening connection java.io.IOException [get] Can't get http://repository.jboss.com/jboss/aop/1.5.0-snapshot/bin/jboss-aop-jdk50.deployer to /services/cruisecontrol/checkout/jboss-4.0.x/thirdparty/jboss/aop/bin/jboss-aop-jdk50.deployerBUILD FAILED/services/cruisecontrol/checkout/jboss-4.0.x/build/build.xml:841: The following error occurred while executing this line:Error executing 'synchronize.jboss/aop.jboss-aop-jdk50.deployer' for [EMAIL PROTECTED]Cause: Can't get http://repository.jboss.com/jboss/aop/1.5.0-snapshot/bin/jboss-aop-jdk50.deployer to /services/cruisecontrol/checkout/jboss-4.0.x/thirdparty/jboss/aop/bin/jboss-aop-jdk50.deployerTotal time: 8 seconds From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 05 May, 2006 00:57To: Dimitris Andreadis; jboss-development@lists.sourceforge.net; QASubject: jboss-4.0-jdk-matrix Build FailedImportance: High View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20060504173951 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/04/2006 17:39:51 Time to build: 14 minutes 40 seconds Last changed: 05/04/2006 17:32:51 Last log entry: log the exception Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (first 50 of 4) 1.86.2.6 modified dimitris server/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java log the exception 1.86.2.5 modified dimitris server/src/main/org/jboss/ejb/plugins/EntitySynchronizationInterceptor.java JBAS-3174, catch runtime errors from TimerTask(s), i.e. ValidContextRefresh cache.flush(), tidy up throwable catching by OveragerTask & RemoveTask 1.25.6.3 modified dimitris server/src/main/org/jboss/ejb/plugins/LRUEnterpriseContextCachePolicy.java JBAS-3174, catch runtime errors from TimerTask(s), i.e. ValidContextRefresh cache.flush(), tidy up throwable catching by OveragerTask & RemoveTask 1.10.6.3 modified dimitris server/src/main/org/jboss/ejb/plugins/LRUStatefulContextCachePolicy.java JBAS-3174, catch runtime errors from TimerTask(s), i.e. ValidContextRefresh cache.flush(), tidy up throwable catching by OveragerTask & RemoveTask
[JBoss-dev] RE: Problem with minimal config in Branch_4_0
I meant actually used by remoting in this setup, sorry. > -Original Message- > From: Dimitris Andreadis > Sent: 04 May, 2006 23:34 > To: Tom Elrod > Cc: Scott M Stark; Clebert Suconic; QA; > jboss-development@lists.sourceforge.net > Subject: RE: Problem with minimal config in Branch_4_0 > > Is JBossSerialization actually, or this is just the API, in > which case you can just bundle the missing classes? > > JBossSerialization is about 121Kb, and jboss-minimal 190kb. > > > -Original Message- > > From: Tom Elrod > > Sent: 04 May, 2006 22:48 > > To: Dimitris Andreadis > > Cc: Scott M Stark; Clebert Suconic; Tom Elrod; QA; > > jboss-development@lists.sourceforge.net > > Subject: Re: Problem with minimal config in Branch_4_0 > > > > I have locally changed server/build.xml to include the 15 classes > > needed from remoting into the jboss-minimal.jar. > > However, is going to still need jboss serialization classes (see > > below). Should jboss-serialization.jar be added to minimal lib > > directory? > > > > 14:14:29,494 INFO [NamingService] JNDI bootstrap > JNP=/0.0.0.0:1099, > > RMI=/0.0.0.0:1098, backlog=50, no client SocketFactory, Server > > SocketFactory=class org.jboss.net.sockets.DefaultSocketFactory > > 14:14:29,524 WARN [ServiceController] Problem starting service > > jboss:service=Naming > > java.lang.NoClassDefFoundError: > > org/jboss/serial/io/JBossObjectOutputStream > > at java.lang.Class.getDeclaredConstructors0(Native Method) > > at > > java.lang.Class.privateGetDeclaredConstructors(Class.java:1610) > > at java.lang.Class.getConstructor0(Class.java:1922) > > at java.lang.Class.newInstance0(Class.java:278) > > at java.lang.Class.newInstance(Class.java:261) > > at > > org.jboss.remoting.serialization.SerializationStreamFactory.lo > > adObjectManagerClass(Serial > > izationStreamFactory.java:139) > > > > > > Dimitris Andreadis wrote: > > > http://jira.jboss.com/jira/browse/JBAS-3171 > > > > > >> -Original Message- > > >> From: Scott M Stark > > >> Sent: 02 May, 2006 07:34 > > >> To: Clebert Suconic; Tom Elrod > > >> Cc: Dimitris Andreadis; QA; > > 'jboss-development@lists.sourceforge.net' > > >> Subject: RE: Problem with minimal config in Branch_4_0 > > >> > > >> Ok, this package already is in the jboss-minmal.jar > > >> > > >> -Original Message- > > >> From: Clebert Suconic > > >> Sent: Monday, May 01, 2006 9:20 PM > > >> To: Scott M Stark; Tom Elrod > > >> Cc: Dimitris Andreadis; QA; > > 'jboss-development@lists.sourceforge.net' > > >> Subject: RE: Problem with minimal config in Branch_4_0 > > >> > > >> > > >> Eh eh... sorry, I should have been clearer. > > >> > > >> There is an implementation under > > org.jboss.invocation.unified package. > > >> If that package is available under the minimal configuration, we > > >> don't need to add the streaming Tom mentioned. > > >> > > >> > > >> > > > > > > > > > > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Problem with minimal config in Branch_4_0
Is JBossSerialization actually, or this is just the API, in which case you can just bundle the missing classes? JBossSerialization is about 121Kb, and jboss-minimal 190kb. > -Original Message- > From: Tom Elrod > Sent: 04 May, 2006 22:48 > To: Dimitris Andreadis > Cc: Scott M Stark; Clebert Suconic; Tom Elrod; QA; > jboss-development@lists.sourceforge.net > Subject: Re: Problem with minimal config in Branch_4_0 > > I have locally changed server/build.xml to include the 15 > classes needed from remoting into the jboss-minimal.jar. > However, is going to still need jboss serialization classes > (see below). Should jboss-serialization.jar be added to > minimal lib directory? > > 14:14:29,494 INFO [NamingService] JNDI bootstrap > JNP=/0.0.0.0:1099, RMI=/0.0.0.0:1098, backlog=50, no client > SocketFactory, Server SocketFactory=class > org.jboss.net.sockets.DefaultSocketFactory > 14:14:29,524 WARN [ServiceController] Problem starting > service jboss:service=Naming > java.lang.NoClassDefFoundError: > org/jboss/serial/io/JBossObjectOutputStream > at java.lang.Class.getDeclaredConstructors0(Native Method) > at > java.lang.Class.privateGetDeclaredConstructors(Class.java:1610) > at java.lang.Class.getConstructor0(Class.java:1922) > at java.lang.Class.newInstance0(Class.java:278) > at java.lang.Class.newInstance(Class.java:261) > at > org.jboss.remoting.serialization.SerializationStreamFactory.lo > adObjectManagerClass(Serial > izationStreamFactory.java:139) > > > Dimitris Andreadis wrote: > > http://jira.jboss.com/jira/browse/JBAS-3171 > > > >> -Original Message- > >> From: Scott M Stark > >> Sent: 02 May, 2006 07:34 > >> To: Clebert Suconic; Tom Elrod > >> Cc: Dimitris Andreadis; QA; > 'jboss-development@lists.sourceforge.net' > >> Subject: RE: Problem with minimal config in Branch_4_0 > >> > >> Ok, this package already is in the jboss-minmal.jar > >> > >> -Original Message- > >> From: Clebert Suconic > >> Sent: Monday, May 01, 2006 9:20 PM > >> To: Scott M Stark; Tom Elrod > >> Cc: Dimitris Andreadis; QA; > 'jboss-development@lists.sourceforge.net' > >> Subject: RE: Problem with minimal config in Branch_4_0 > >> > >> > >> Eh eh... sorry, I should have been clearer. > >> > >> There is an implementation under > org.jboss.invocation.unified package. > >> If that package is available under the minimal configuration, we > >> don't need to add the streaming Tom mentioned. > >> > >> > >> > > > > > > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBAS 4.0.4.GA project dependencies
I think it should be declared, even if not configured by default, so a possible version conflict with other components using a different version of JBossSerialization can be detected. > -Original Message- > From: Tom Elrod > Sent: 04 May, 2006 21:39 > To: Clebert Suconic > Cc: Tom Elrod; Dimitris Andreadis; Scott M Stark; Adrian > Brock; Kabir Khan; Alexey Loubyansky; Thomas Diesler; > jboss-development@lists.sourceforge.net; QA > Subject: Re: JBAS 4.0.4.GA project dependencies > > Well, if using jboss serialization, there is a dependency. > However, this is not the default (java serialization is). So > should I include it if there *may* be a dependency on it? > > Clebert Suconic wrote: > > Maybe Dimitris meant JBossRemoting should have a dependency on > > JBossSerialization 1.0.0.GA declared > > > > -Original Message- > > From: Tom Elrod > > Sent: Thursday, May 04, 2006 9:34 AM > > To: Dimitris Andreadis > > Cc: Scott M Stark; Adrian Brock; Kabir Khan; Alexey > Loubyansky; Thomas > > Diesler; Tom Elrod; Clebert Suconic; > > jboss-development@lists.sourceforge.net; QA > > Subject: Re: JBAS 4.0.4.GA project dependencies > > > >> - JBossRemoting, (a) the version number shouldn't be 1.4.2.GA ??. > >> Second, I don't see any dependency in its component-info.xml on > >> JBossRemoting ? > >> > > > > Don't understand what you mean by the second point. > > > > > > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: JBAS 4.0.4.GA project dependencies
> > - JBossRemoting, (a) the version number shouldn't be 1.4.2.GA ??. > > Second, I don't see any dependency in its component-info.xml on > > JBossRemoting ? > > > > Don't understand what you mean by the second point. > Hi Tom, If remoting is using JBossSerialization, shouldn't the dependency be expressed in the remoting 1.4.2.x component-info.xml? Currently I see, e.g. for 1.4.2.GA: http://www.jboss.org/products/remoting"; description="a single API for most network based invocations and related service that uses pluggable transports and data marshallers"> --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 04 May, 2006 15:43 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] This is not a valid version number > > What do those releases have to do with aop? What I need is > all of the artifacts needed to incorporate a component into > the jbossas release install in the repository. Specifically > the javaee5/java5 based artifacts that can't be bundled with > the jboss-4.0.x j2ee1.4 build. > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Dimitris Andreadis > > Sent: Thursday, May 04, 2006 12:25 AM > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] This is not a valid version number > > > > > > Remoting > > Serialization > > Microcontainer > > Jbossxb > > Cache > > (And JBossWS until recentrly) > > > > All of the above have a "snapshot" release for development > purposes, > > so is this what Kabir needs? > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On > Behalf Of > > > Kabir Khan > > > Sent: 04 May, 2006 00:01 > > > To: jboss-development@lists.sourceforge.net > > > Subject: RE: [JBoss-dev] This is not a valid version number > > > > > > I will do a proper release on Monday > > > > > > > -Original Message- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On > > Behalf Of > > > > Scott M Stark > > > > Sent: 03 May 2006 20:38 > > > > To: jboss-development@lists.sourceforge.net > > > > Subject: [JBoss-dev] This is not a valid version number > > > > > > > > 1.5.0-snapshot does not conform to the x.y.z.q > convention outlined > > > > here: > > > > http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossProductVersioning > > > > > > > > I have clarified that x, y and z are numbers. The version > > should be > > > > 1.5.0.snapshot --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBAS 4.0.4.GA project dependencies
This is the current jboss project dependencies on JBoss 4.0.4.GA Issues/Tasks: - We need AOP release 1.5.0.GA, Kabir will release it early next week. - Scott has produced JBossRetro 1.0.0.GA (http://jira.jboss.com/jira/browse/JBAS-3108), that tidied up the retro jars. Can we just update the build/build-thirdparty.xml, or is there anything (webservices?) that needs rebuild? - JBossAS/WebServices are still on JBossXB "snapshot" which is actually jbossxb 1.0.0.CR4. Can we safely update both, since 1.0.0.CR4 is the version that will be used, or Alexey wants to make this 1.0.0.GA ? - JBossRemoting, (a) the version number shouldn't be 1.4.2.GA ??. Second, I don't see any dependency in its component-info.xml on JBossRemoting ? - WebServices recap - 1.0.0.GA needs update to, jbossretro 1.0.0.GA, jbossxb 1.0.0.CR4 (or GA), and remoting 1.4.2.GA, we is ready. - EJB3 should really be standalone for the next release, right? If there are other issues, let us know! Please, be prepared to help in case integration issues arise in jboss 4.0.4.GA, we just have a week left. Thanks all /Dimitris --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] This is not a valid version number
Remoting Serialization Microcontainer Jbossxb Cache (And JBossWS until recentrly) All of the above have a "snapshot" release for development purposes, so is this what Kabir needs? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Kabir Khan > Sent: 04 May, 2006 00:01 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] This is not a valid version number > > I will do a proper release on Monday > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Scott M Stark > > Sent: 03 May 2006 20:38 > > To: jboss-development@lists.sourceforge.net > > Subject: [JBoss-dev] This is not a valid version number > > > > 1.5.0-snapshot does not conform to the x.y.z.q convention outlined > > here: > > http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossProductVersioning > > > > I have clarified that x, y and z are numbers. The version should be > > 1.5.0.snapshot > > > > > > 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=k&kid0709&bid&3057&dat1642 > > ___ > > 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=k&kid0709&bid&3057&dat1642 > ___ > 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Pushing some of the 4.0.4.GA tasks
http://jira.jboss.com/jira/browse/JBAS-3108 - jbossretro1.0.0.GA drop What remains to be fixed for jbossretro 1.0.0.GA ? http://jira.jboss.com/jira/browse/JBAS-2411 - Need basic xpath testing Can we point Aaron to the type of tests needed ? http://jira.jboss.com/jira/browse/JBAS-2652 - Need JSR77 names tests Do we want something beyong org.jboss.test.management.test.JSR77SpecUnitTestCase? http://jira.jboss.com/jira/browse/JBAS-1305 - JSR77 ServiceModule name scoping Any ideas? http://www.jboss.org/index.html?module=bb&op=viewtopic&t=58955 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. An input appreciated /D --- 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=lnk&kid0709&bid&3057&dat1642 ___ 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
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=k&kid0944&bid$1720&dat1642 > ___ > 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Problem with minimal config in Branch_4_0
http://jira.jboss.com/jira/browse/JBAS-3171 > -Original Message- > From: Scott M Stark > Sent: 02 May, 2006 07:34 > To: Clebert Suconic; Tom Elrod > Cc: Dimitris Andreadis; QA; 'jboss-development@lists.sourceforge.net' > Subject: RE: Problem with minimal config in Branch_4_0 > > Ok, this package already is in the jboss-minmal.jar > > -Original Message- > From: Clebert Suconic > Sent: Monday, May 01, 2006 9:20 PM > To: Scott M Stark; Tom Elrod > Cc: Dimitris Andreadis; QA; 'jboss-development@lists.sourceforge.net' > Subject: RE: Problem with minimal config in Branch_4_0 > > > Eh eh... sorry, I should have been clearer. > > There is an implementation under org.jboss.invocation.unified package. > If that package is available under the minimal configuration, > we don't need to add the streaming Tom mentioned. > > > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossPOJOServer-1.0 Alpha/Final
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 --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] cvs tag expansion issue (?)
You (or eclipse) have checked in the file with the -kk flag. There is a command to change this but I don't remember by heart, so the quick and dirty way is to remove and re-add, as a text file. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Heiko W. Rupp > Sent: 30 April, 2006 22:38 > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] cvs tag expansion issue (?) > > Hi, > > while working on the snmp-adaptor, I saw that when checking > in a new file a tag $Revision:$ in the source got converted > to $Revision$ after the commit had finished. I thought, this > is a local problem (with eclipse 3.2rc1 / 3.1.x), but today I > saw that a checkin from Scott (VirtualFile.java) seems to > suffer from the same issue. > > Is there a way to fix this? Can I help? > > Cheers > Heiko > > -- > Heiko W.Rupp http://www.pilhuhn.de/hwr/ http://mcntp.sf.net/ > > JBoss Buch: http://www.dpunkt.de/buch/3-89864-318-2.html > > --- 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problem with minimal config in Branch_4_0
Did something change recently in serialization/remoting? run -c minimal ... 15:15:32,609 INFO [NamingService] JNDI bootstrap JNP=/0.0.0.0:1099, RMI=/0.0.0.0:1098, backlog=50, no client SocketFactory, Server SocketFactory=class org.jboss.net.sockets.DefaultSocketFactory 15:15:32,629 WARN [ServiceController] Problem starting service jboss:service=Naming java.lang.NoClassDefFoundError: org/jboss/remoting/serialization/impl/java/JavaSerializationManager at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) ... --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- ObjectName: jboss:service=Naming State: FAILED Reason: java.lang.NoClassDefFoundError: org/jboss/remoting/serialization/impl/ java/JavaSerializationManager I Depend On: jboss.system:service=ThreadPool --- 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=lnk&kid0709&bid&3057&dat1642 ___ 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.0branch
Normally you need to copy into a new hibernate release. For this particular case, if you just add the javassist dependency, without changing anything else, I suppose you could modify component.xml with the effect being that older versions of component using this version of hibernate will pickup the additional javaassist libraries. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Steve Ebersole > Sent: 26 April, 2006 17:31 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Upgrading cglib dependency to > version 2.1.3 in 4.0branch > > Quick question about this actually. > > 3.2.0.CR2 exists in the respository, specifying cglib, as a > dependency and has already been used in one of the 4.0.3 CR > releases, correct? > > So what is the policy on changing the component def of a > component when that particular release has already been used > in a AS release? Meaning, is it kosher for me to simply > change hibernate/3.2.0.CR2/component.xml to reference > javassist instead of cglib at this point? Or do I copy > hibernate/3.2.0.CR2 into a new hibernate/3.2.0.CR3 (same stuff as > before) and modify that component.xml to reference javassist? > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Steve Ebersole > Sent: Tuesday, April 25, 2006 1:29 PM > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Upgrading cglib dependency to > version 2.1.3 in 4.0branch > > Based on previous discussions, we actually plan on making > Javassist the utilized provider within JBoss AS. > > http://jira.jboss.com/jira/browse/HIBERNATE-34 > > I was unable to assign this to a particular release, however > it should get done prior to 4.0.4 goes GA. > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Adrian Brock > Sent: Tuesday, April 25, 2006 9:59 AM > To: jboss-development@lists.sourceforge.net > Subject: Re: [JBoss-dev] Upgrading cglib dependency to > version 2.1.3 in 4.0branch > > 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=k&kid0709&bid&3057&dat1642 > ___ > 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=k&kid0709&bid&3057&dat1642 > ___ > 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=k&kid0709&bid&3057&dat1642 > ___ > 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=lnk&kid0709&bid&3057&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Tasks for JBAS 4.0.4.GA
We are still 65 tasks behind for jboss 4.0.4.GA (and probably more as new tasks come up in the final stages of integration testing). There are 15 unassigned ones, too, if you want to help. The unassigned ones: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI d=12310482 The issues assigned to you: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI d=12310181 If you are in the following list, please spend some time, to fix or defer to the next version. (random order) Clebert Suconic Norman Richards Bill Burke Thomas Diesler Scott Stark Kabir Khan Tom Elrod Alexey Loubyansky Darran Lofthouse Weston Price Gavin King Julien Viet Dimitris Andreadis Andrew Oliver Ruel Loehr Anil Saldhana Stan Silvert Brian Stansberry --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Should 4.0.4 have cgilib in jbossall-client.jar
So the resolution is we upgrade to cglib 2.1.3 (if that works) and hibernate is the only component using it? I see 3 related tasks: http://jira.jboss.com/jira/browse/JBAS-3101 http://jira.jboss.com/jira/browse/JBAS-2642 http://jira.jboss.com/jira/browse/JBAS-3061 > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Jason T. Greene > Sent: 14 April, 2006 16:14 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Should 4.0.4 have cgilib in > jbossall-client.jar > > Just an update to everyone, I am going to switch jbossws to > javaassist for 4.0.4. So that leaves hibernate as the only > dependant component. > > -Jason > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:jboss- > > [EMAIL PROTECTED] On Behalf Of Scott M Stark > > Sent: Thursday, April 13, 2006 2:26 PM > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] Should 4.0.4 have cgilib in > jbossall-client.jar > > > > At least 2.1.2jboss. I see hibernate is compatible with 2.1.3 which > has > > the jboss changes rolled in (need to verify all changes are in) so > could > > possibly go with that. > > > > > > > > > > > > > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On > Behalf Of > > > Jason T. Greene > > > Sent: Thursday, April 13, 2006 12:21 PM > > > To: jboss-development@lists.sourceforge.net > > > Subject: RE: [JBoss-dev] Should 4.0.4 have cgilib in > > > jbossall-client.jar > > > > > > Ok, we will do it this way and change it after the release. > > > > > > Another question, > > > > > > Which version of cglib are we supposed to be using? I see > head has > > > 2.1.1 yet 4.0.x has 2.1.2jboss? > > > > > > > -Original Message- > > > > From: [EMAIL PROTECTED] > [mailto:jboss- > > > > [EMAIL PROTECTED] On Behalf Of Scott M > Stark > > > > Sent: Thursday, April 13, 2006 1:18 PM > > > > To: jboss-development@lists.sourceforge.net > > > > Subject: RE: [JBoss-dev] Should 4.0.4 have cgilib in > > > jbossall-client.jar > > > > > > > > I don't want cglib leaking to the client, but if it's only > > > for server > > > > side components the script can look into the server lib > > > dirs to avoid > > > > this. > > > > > > > > > -Original Message- > > > > > From: [EMAIL PROTECTED] > > > > > [mailto:[EMAIL PROTECTED] On > > > Behalf Of > > > > > Jason T. Greene > > > > > Sent: Thursday, April 13, 2006 11:14 AM > > > > > To: jboss-development@lists.sourceforge.net > > > > > Subject: RE: [JBoss-dev] Should 4.0.4 have cgilib in > > > > > jbossall-client.jar > > > > > > > > > > The cglib dependency is only needed for the server side > > > and for the > > > > > standalone wstools script. So it won't affect normal > clients. If > > > > > possible we would like to make this change after the > > > 1.0.0 release. > > > > > However, If you feel this is urgent, we can reschedule. > > > > > > > > > > -Jason > --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JAVA_OPTS settings
http://jira.jboss.com/jira/browse/JBAS-2937 run.conf JAVA_OPTS="-server -Xms128m -Xmx128m -Dsun.rmi.dgc.client.gcInterval=360 -Dsun.rmi.dgc.server.gcInterval=360" run.bat set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m --- Any particular reason we don't need the rmi gc properties on the windows version, or the unix version specifies a smaller -Xmx setting? I was thinking of synch'ing the defaults across branches to: -Xms128m -Xmx512m -Dsun.rmi.dgc.client.gcInterval=360 -Dsun.rmi.dgc.server.gcInterval=360 --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Improving the JBAS JIRA handling process
Some possibilities also: Could be changed: Build System == Ruel Loehr Clustering == Brian Stansberry JBossCache == Manik Surtani IIOP = Franscisco Reverbel Could be added: ClassLoaders = Scott Stark EJB3 = Bill Burke EJB Timers == Dimitris Andreadis Scott owns also the following components, one or more could be off-loaded, maybe? Installer == ? Test Suite == ? EJB == ? Naming == ? Logging = ? Do we need also separate components for aop integration, the 2 consoles and stuff in common & varia (or use other?) How we deal with "other" ? > -Original Message- > From: Adrian Brock > Sent: 17 April, 2006 17:58 > To: Dimitris Andreadis > Cc: Andy Miller; Scott M Stark; Ivelin Ivanov; jboss-development > Subject: RE: Improving the JBAS JIRA handling process > > 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Improving the JBAS JIRA handling process
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 --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Improving the JBAS JIRA handling process
Some of the problems we have now with our JIRA case handling are: - entered cases often have no component assigned, thus nobody looks at them - cases with a component are not qualified at all; we have cases that date back to the sourceforge days - cases having more than one assigned components may cause confusion as to who's handling them In addition, the current break-out of the server subsystems into component (shown in the bottom) maybe a bit outdated. I believe we need to A) clarify/document the JIRA case handling process B) revise/validate/update the component list and the leads C) throw in ideas for improving our case handling to make it more effective and timely. Your input is welcome Thanks /Dimitris Build System (Lead: Scott M Stark) Clustering (Lead: Scott M Stark) CMP service (Lead: Alexey Loubyansky) Deployment Service (Lead: Dimitris Andreadis) Documentation (Lead: Norman Richards) EJBs (Lead: Scott M Stark) Hibernate service (Lead: Steve Ebersole) IIOP service (Lead: Dimitris Andreadis) Installer (Lead: Scott M Stark) JAXR service (Lead: Anil Saldhana) JBoss Cache service (Lead: Bela Ban) JCA service (Lead: Adrian Brock) JGroups service (Lead: Bela Ban) JMS service (Lead: Adrian Brock) JMX (Lead: Scott M Stark) Logging (Lead: Scott M Stark) Management Service (Lead: Dimitris Andreadis) MicroContainer bus (Lead: Adrian Brock) Naming (Lead: Scott M Stark) Other Remoting (Lead: Tom Elrod) Security (Lead: Scott M Stark) System Service (Lead: Dimitris Andreadis) Test Suite (Lead: Scott M Stark) Transaction Manager service (Lead: Adrian Brock) Web (Tomcat) service (Lead: Remy Maucherat) Web Services service (Lead: Thomas Diesler) XML Service (Lead: Alexey Loubyansky) --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 2 - Build/thirdparty Issues
Coincidence. > -Original Message- > From: Steve Ebersole > Sent: 07 April, 2006 16:00 > To: Dimitris Andreadis; 'jboss-development' > Cc: The Core > Subject: RE: Toward JBoss v4.0.4.GA - Part 2 - Build/thirdparty Issues > > Hibernate will stay at a CR; it will not go final until the > EBJ3 spec is final... > > BTW, what is with Javassist being at the same exact version? > Is that just coincidence? > > > -Original Message- > From: Dimitris Andreadis > Sent: Wednesday, April 05, 2006 5:33 AM > To: jboss-development > Cc: The Core > Subject: Toward JBoss v4.0.4.GA - Part 2 - Build/thirdparty Issues > Importance: High > > > Various Issues > -- > > - Breakage of jboss commons. Is this the right time, or > should do for 4.0.5. Aren't we already overloaded? Who & How? > > - Which thirdparty libs can be removed? So far I've noticed > apache-wss4j & apache-jaxme. > > - JBoss.Net is not even included in the docs/examples now. > Should it be removed from the 4.0.x module checkout? > > - The following jboss lists are *NOT* final (GA). What will > be updated for 4.0.4.GA? Project leads speak! > > > > > > > > > > > > > > > > > > -- > xxx > Dimitris Andreadis > Core Developer > JBoss Europe SàRL > xxx > --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 1 - JIRA tasks
It's not planned. Some do individual TCK testing (e.g. WS). > -Original Message- > From: Alexey Loubyansky > Sent: 07 April, 2006 15:42 > To: Dimitris Andreadis > Cc: jboss-development > Subject: Re: Toward JBoss v4.0.4.GA - Part 1 - JIRA tasks > > Are the J2EE TCK tests part of the QA procedure before the release? > > Dimitris Andreadis wrote: > > When we started work on 4.0.4 we had 300+ issues ahead of us, now > > after > > 2 candidate releases we are down to around 80, which is quite an > > achievement, but still a significant amount of work is left for the > > final (GA) release. > > > > The current target date is 26th/April which includes Easter and is > > just > > 3 weeks ahead of us. This gives roughly 2 weeks of bug fixing and 1 > > week of integration testing. New features shouldn't be > introduced at > > this point. > > > > Please take a look at the issues assigned to you and > resolve/defer in > > time: > > > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&reques > > tI > > d=12310181 > > > > Take a look at the unassigned ones and help: > > > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&reques > > tI > > d=12310482 > > > > The current breakout is roughly shown below. > > > > NoComponent 3 > > Build 2 > > Clustering 7 > > CMP 13 > > Deployment 3 > > Documentation 1 (+ 6 dependencies) > > EJB 10 (6 unassigned) > > Hibernate 1 > > IIOP2 > > Installer 5 (5 unassigned) > > JCA 1 > > JMX 5 (1 unassigned) > > Logging 1 > > Management 2 > > Naming 1 > > Other 1 > > Remoting6 > > Security6 (1 unassigned) > > System 1 > > Testsuite 5 (1 unassigned) > > Tomcat 6 > > WebServices 3 > > XML 1 > > > --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossCache 1.3.0.GA released + a change to how we deal with java.util.properties
Is this related to http://jira.jboss.com/jira/browse/JBAS-1888 ?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ben Wang
> Sent: 07 April, 2006 10:35
> To: jboss-development@lists.sourceforge.net
> Cc: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] JBossCache 1.3.0.GA released + a
> change to how we deal with java.util.properties
>
> I agree with Manik here. If it is user-specified, we mandate
> them to escape it themselves for Windows. But we need to do
> the same for our own AS path variable like ${jboss.server.data.dir}.
>
> I'd say let's open a Jira and fix this in jboss-head only
> since we are moving to 5.0, AFAIK.
>
> -Ben
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Manik Surtani
> Sent: Thursday, April 06, 2006 10:33 PM
> To: jboss-development@lists.sourceforge.net
> Cc: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] JBossCache 1.3.0.GA released + a
> change to how we deal with java.util.properties
>
> Escaping single backslashes is probably not a good idea.
> What if I want to pass in (for some obscure reason) a \n ?
> I'd expect this to be translated to a new line, not the string "\\n".
>
> I think we just mandate that users passing in backslashes as
> a part of a path construct use double-backslashes. Fair
> assumption I'd assume (it's what I'd do anyway if specifying
> Windows paths in a Java
> propfile.)
>
>
> --
> Manik Surtani
> [EMAIL PROTECTED]
>
> Lead, JBoss Cache
>
> Telephone: +44 7786 702 706
> MSN: [EMAIL PROTECTED]
> Yahoo: maniksurtani
> AIM: maniksurtani
> Skype: maniksurtani
>
>
> On 6 Apr 2006, at 14:12, Scott Marlow wrote:
>
> > It turns out that the root cause behind JBCACHE-531 is
> deeper than I
> > thought.
> >
> > After fixing a minor international character support issue in
> > org.jboss.cache.config.CacheLoaderConfig (we were calling
> > String.getBytes() without specifying an encoding). I then
> came across
> > the same issue in
> > org.jboss.util.propertyeditor.PropertiesEditor.getValue(). I fixed
> > the character encoding issue locally but I'm not sure of how to fix
> > the deeper issue.
> >
> > Before I move into the deeper issue, let me explain the
> problem with
> > calling String.getBytes() without specifying an encoding (before
> > someone flames me :). String.getBytes() will return a byte array
> > containing the character values converted into the default platform
> > encoding (perhaps
> > big5 or utf8 or perhaps latin1). In the two code sites mentioned
> > above, we are passing the byte array into
> java.util.properties which
> > always wants encoding "ISO8859_1".
> >
> > The deeper issue:
> >
> > org.jboss.util.propertyeditor.PropertiesEditor.getValue()
> is expected
> > to take a Java String value and parse it java.util.properties style.
> > However, we also support expanding JBoss system expressions
> that can
> > be invalid when passed into java.util.properties.load() as we do.
> >
> > For example, if the expression "${jboss.server.data.dir}"
> is passed in
> > and you are running on Windows, the intermediate result
> might be path
> > "c:\jboss\server\all\data". The output of
> java.util.properties.load
> > will be something like: "c: boss erver ll ata".
> >
> > This creates a blocking problem for our sfsb fine grained
> replication
> > project. :(
> >
> > Should we try to hack the expansion of jboss system expressions to
> > double escape the "\" escape character?
> >
> > This seems like a tricky path to follow as I'm not sure if
> we should
> > do the same for values that are simply passed in. For
> instance, are
> > users expected to hard code paths in configuration files like this?
> >
> > mytempdir=c:\temp
> >
> > or like this:
> >
> > mytempdir=c:\\temp
> >
> > In one case, they already hit the bug that requires "\" to
> be doubled.
> > If I add code that doubles their "\", then we might end up with
> > something like "mytempdir=c:temp" (assuming that they already
> > doubled them). I suppose we could detect if the "\" characters are
> > already escaped and don't escape them again if so.
> >
> > This also seems like a big change to make so near the end
> of the 4.0.4
> > release. I'll create a Jira for 4.0.4 unless someone talks
> me out of
> > making this change.
> >
> > What is the right thing to do here?
> >
> >
> > On Thu, 2006-04-06 at 06:36 -0500, Ben Wang wrote:
> >> Yes, it has. The other two are almost done. Scott Marlow
> and I need
> >> to verify JBCACHE-531 fix. I'd say let's go for QA next
> Monday then?
> >>
> >> -Ben
> >
> >
> >
> > ---
> > 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!
>
RE: [JBoss-dev] Client - server compatibility
> Do we guarantee client-server compatibility between different > JBoss revisions? After JBoss 4.0.2 & 3.2.8 we try to guarantee interoperability with previous (4.0.0/4.0.1) versions. > In other words, is a client using 4.0.1 client jars > guaranteed to connect without problems to a 4.0.4 server? In this case the 4.0.4 server will need to use -Dorg.jboss.j2ee.LegacySerialization due to serialization differences > How about the other way around (4.0.4 client jars to 4.0.1 server )? Again in the client use -Dorg.jboss.j2ee.LegacySerialization > How about different minor versions (4.0 and 4.1)? 4.0.2+ should be able to speak to 3.2.8 using -Dorg.jboss.j2ee.Serialization on the 3.2.8 side 4.0.2+ to prior to 3.2.8 version (e.g. 3.2.7) unlikely to work. I believe the goal primarily is to maintain interop between point releases (x.0.0 and x.0.1), and "try" to maintain interop when the minor version changes (e.g. x.0.0 and y.2.0) --- 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=lnk&kid0944&bid$1720&dat1642 ___ 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 - Fordevelopers
> From: Adrian Brock > 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. > Compatibility > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI d=12310487 > Doco > http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI d=12310486 Thanks fine, as long as people use JIRA consistently. --- 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=lnk&kid0944&bid$1720&dat1642 ___ 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
Actually the correct link: http://jira.jboss.com/jira/browse/JBAS-2821 > Forgot also to mention that thing that should go in the admin > guide should be linked from this JIRA task: --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Toward JBoss v4.0.4.GA - Part 3 - For developers
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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Toward JBoss v4.0.4.GA - Part 2 - Build/thirdparty Issues
Various Issues -- - Breakage of jboss commons. Is this the right time, or should do for 4.0.5. Aren't we already overloaded? Who & How? - Which thirdparty libs can be removed? So far I've noticed apache-wss4j & apache-jaxme. - JBoss.Net is not even included in the docs/examples now. Should it be removed from the 4.0.x module checkout? - The following jboss lists are *NOT* final (GA). What will be updated for 4.0.4.GA? Project leads speak! -- xxx Dimitris Andreadis Core Developer JBoss Europe SàRL xxx --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Toward JBoss v4.0.4.GA - Part 1 - JIRA tasks
When we started work on 4.0.4 we had 300+ issues ahead of us, now after 2 candidate releases we are down to around 80, which is quite an achievement, but still a significant amount of work is left for the final (GA) release. The current target date is 26th/April which includes Easter and is just 3 weeks ahead of us. This gives roughly 2 weeks of bug fixing and 1 week of integration testing. New features shouldn't be introduced at this point. Please take a look at the issues assigned to you and resolve/defer in time: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI d=12310181 Take a look at the unassigned ones and help: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hide&requestI d=12310482 The current breakout is roughly shown below. NoComponent 3 Build 2 Clustering 7 CMP 13 Deployment 3 Documentation 1 (+ 6 dependencies) EJB 10 (6 unassigned) Hibernate 1 IIOP2 Installer 5 (5 unassigned) JCA 1 JMX 5 (1 unassigned) Logging 1 Management 2 Naming 1 Other 1 Remoting6 Security6 (1 unassigned) System 1 Testsuite 5 (1 unassigned) Tomcat 6 WebServices 3 XML 1 --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Toward JBoss v4.0.4.GA - Part 3 - For developers
Just want to bring to your attention 2 important issues A) Planning any JBossAS release is quite hard due to complexity and the simple reason that developer availability is mostly unknown (work on primary projects, training, consulting, vacations, traveling, conferences, sudden disappearances, etc.) We are often stuck in the AS waiting for a deliverable from project A that depends on project B and breaks project C, etc. - You need to be proactive/aware in terms of coordinating your project releases with JBoss releases. - You need to pre-allocate time for working on jboss issues and help resolving integration problems. - You need to merge early your work/.jars to the AS to give time for solving integration problems. B) Putting on the side the excellent technical work, we need to do a better job promoting it to end-users and developers inside and outside jboss. For every new feature (or even change) that improves and adds value to the JBossAS, except for WRITING A WIKI PAGE about it, you NEED TO LINK IT and make it's presence known! There are hundreds of smaller or bigger features that except the creator very few other people know about it. A start would be to link your wiki page from: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossReleaseNotes Or even: http://wiki.jboss.org/wiki/Wiki.jsp?page=404UpgradeIssues Based on those link we can then compile a meaningful "Release Notes", rather than simply listing often incomprehensible JIRA headlines. Thanks /Dimitris -- xxx Dimitris Andreadis Core Developer JBoss Europe SàRL xxx --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossRemoting roadmap
So jboss-remoting 2.0.0 could come with the next version of jboss-as 2.0.5, unless there are other dependencies. Why not putting dates on the remoting releases? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Tom Elrod > Sent: 04 April, 2006 17:04 > To: jboss-development@lists.sourceforge.net > Subject: [JBoss-dev] JBossRemoting roadmap > > I have updated the remoting road map to reflect what I want > to deliver within the next quarter - > http://jira.jboss.com/jira/secure/BrowseProject.jspa?id=10031&; > subset=-1. > > In short: > > 2.0.0 (Boon) - mainly stability and performance release with > minor features and bug fixes. estimated release mid May. > > 2.2.0 (Bluto) - major features and some design refactoring. > Beta release end of June and GA end of August. > > Please take a look and see if there is anything you need > added or if there are any issues with the scheduling. > > > > --- > 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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 ___ 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
Nice. How you indicate in the filter "next 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 > e&requestId=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=hide&reques > > 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 > > > e&requestId=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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 > > ___ > > 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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 ___ 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
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=hide&requestI 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 > e&requestId=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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 ___ 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
Works for me! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Adrian Brock > Sent: 03 April, 2006 22:51 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Unassigned for 4.0.4 > > 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=hide&reques > > tI > > 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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-4.0.4.CR2 today - 4.0.x freeze
So we are good to "Go" from Scott about the jboss-4.0.4.CR2 release today! The 2 remaining WS testsuite issues will be solved sortly after using jbossws-1.0.0.CR7, but we won't hold the JBAS release for that. Please refrain from making changes to Branch_4_0, until we tag the release. I see there are a couple of issues after the last build.xml updates. One problem is there is an attempt to build the ejb3/ejb3x modules with jdk1.4 which shoudn't happen. Another problem is somehow I'm getting a versioning missmatch from apache-logging v1.0.4jboss, but I can't see where is this coming from: BUILD FAILED X:\cvs\jboss-public\jboss-4.0\build\build.xml:859: The following error occurred while executing this line: X:\cvs\jboss-public\jboss-4.0\build\build-thirdparty.xml:123: A versioning probl em exists: Component: apache-logging is at version: 1.0.4jboss but it is also required to be compatible with: [EMAIL PROTECTED], ver sion=1.0.4.1jboss}] by: jboss/jbossws -- xxx Dimitris Andreadis Core Developer JBoss Europe SàRL xxx --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Upgrade jbossxb to a non-snapshot release
Alex was telling me about a single failing test he wanted to look at (MBeanServerUnitTestCase). I don't know about those ones. > -Original Message- > From: Ryan Campbell > Sent: 30 March, 2006 21:26 > To: Scott M Stark; Dimitris Andreadis; '[EMAIL PROTECTED]' > Cc: 'jboss-development@lists.sourceforge.net'; QA > Subject: RE: Upgrade jbossxb to a non-snapshot release > > I'm seeing several jbossxb testsuite failures. The report is > below. This is from the tests-xml-unit target. > > > JBoss daily test results > > SUMMARY > > Number of tests run: 221 > > > > Successful tests: 208 > > Errors:4 > > Failures: 9 > > > > > DETAILS OF ERRORS > > > > Suite: org.jboss.test.xml.AnnotatedPojoServerUnitTestCase > Test:testGenericBeanFactory > Type:failure > Exception: junit.framework.AssertionFailedError > Message: > - > > > > Suite: org.jboss.test.xml.AnnotatedPojoServerUnitTestCase > Test:testDemandSupply > Type:error > Exception: java.lang.ClassCastException > Message: java.lang.String > - > > > > Suite: org.jboss.test.xml.AnnotatedPojoServerUnitTestCase > Test:testDemandSupplyWhenRequired > Type:failure > Exception: junit.framework.AssertionFailedError > Message: expected: but was: > - > > > > Suite: org.jboss.test.xml.AnnotatedPojoServerUnitTestCase > Test:testSimpleCollection > Type:failure > Exception: junit.framework.AssertionFailedError > Message: expected:<2> but was:<0> > - > > > > Suite: org.jboss.test.xml.JbxbPojoServerUnitTestCase > Test:testGenericBeanFactory > Type:error > Exception: org.jboss.xb.binding.JBossXBException > Message: Failed to parse source: > file:///home/rcampbell/jboss-head/testsuite/output/resources/x > ml/pojoserver/[EMAIL PROTECTED],96 > - > > > > Suite: org.jboss.test.xml.MiscUnitTestCase > Test:testSandboxXml > Type:failure > Exception: junit.framework.AssertionFailedError > Message: expected:<[choiceCollection1=[[a=choice1_a, > b=null], [a=null, b=choice1_b]], choice2=[[c=choice2_c, > d=choice2_d, e=null], [c=null, d=choice2_d, e=choice2_e]], > choice3=[[listOfIntegers=[1, 2, 3], listOfStrigns=null], > [listOfIntegers=null, listOfStrigns=[1, 2, 3> but > was:<[choiceCollection1=[choice1_a, choice1_b], > choice2=[[c=choice2_c, d=choice2_d, e=null], [c=null, > d=choice2_d, e=choice2_e]], choice3=[[listOfIntegers=[1, 2, > 3], listOfStrigns=null], [listOfIntegers=null, > listOfStrigns=[1, 2, 3> > - > > > > Suite: org.jboss.test.xml.SchemaIncludeUnitTestCase > Test:testSimpleInclude > Type:error > Exception: org.jboss.xb.binding.JBossXBRuntimeException > Message: -1:-1 25:57 sch-props-correct.2: A schema cannot > contain two global components with the same name; this schema > contains two occurrences of 'urn:jboss:bean-deployer:2.0,deployment'. > - > > > > Suite: org.jboss.test.xml.SchemaIncludeUnitTestCase > Test:testComplexInclude > Type:error > Exception: org.jboss.xb.binding.JBossXBRuntimeException > Message: -1:-1 25:57 sch-props-correct.2: A schema cannot > contain two global components with the same name; this schema > contains two occurrences of 'urn:jboss:bean-deployer:2.0,deployment'. > - > > > > Suite: org.jboss.test.xml.SoapEncUnitTestCase > Test:testMarshallingXerces > Type:failure > Exception: junit.framework.AssertionFailedError > Message: Element varDateTime has text > '0096-05-31T23:00:00.000Z'. Expected xmlns:ns_allStruct='http://ParameterModeTest.org/xsd'> > String1 > 3512359 > -2147483648 > -9223372036854775808 > -32768 > 3512359.1456 > 1.4E-45 > 4.9E-324 > false -128 > String2 > 0096-05-31T23:00:00.000Z > String3 > false > 1.4E-45 > 4.9E-324 > 3512359. > -2147483648 > -32768 > -128 > gAB/ > 80007f > gAB/ > but was xmlns:ns_all
[JBoss-dev] Upgrade jbossxb to a non-snapshot release
Related to http://jira.jboss.com/jira/browse/JBAS-3011 Alexey, should we just copy the current "snapshot" into a jbossxb-1.0.0.CR3, or wait another day? Thanks --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Why is all of this stuff in the jbossas build-thirdparty?
> * This is used by the snmp-adaptor to do some pattern matching, mainly due to having the adapter in the 3.2.x branch also, where there is no jdk1.3 support for regular expressions and I didn't want to have different sources across branches. I suppose there will be the same issue with gnu-regexp usage in the jmx module? --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Do a clean build before committing changes to build-thirdparty.xml
I'm going to try locally remoting 1.4.1_final on 4.x with jdk1.4
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ryan Campbell
> Sent: 28 March, 2006 23:49
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] Do a clean build before committing
> changes to build-thirdparty.xml
>
> I'm going to test jbossws-1.0.0.CR6 with remoting-1.4.1_final
> in jboss-head with jdk5. If it passes, I'd like to update
> the component-info for jbossws-1.0.0.CR6 to reflect this
> compatibility.
>
> If this can get resolved today vs. tomorrow, perhaps we have
> some hope of releasing this week?
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Tom Elrod
> Sent: Tuesday, March 28, 2006 1:23 PM
> To: jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] Do a clean build before committing
> changes to build-thirdparty.xml
>
> Ok. I have rolled back to 1.4.0. The web services team can
> put back to
>
> 1.4.1 when they are ready.
>
> Scott M Stark wrote:
> > Start doing a clean build before committing any changes to
> > build-thirdparty.xml to avoid this consistent problem:
> >
> > [synchronizeinfo] Checking currentComponentRef:
> > ComponentRef{id=jboss/remoting,n
> >
> ame=jboss/remoting,filename=component-info.xml,location=null,v
> ersion=1.4
> > .0_final
> > ,[EMAIL PROTECTED],
> > version=1.4.0_final}],component=null,im
> > [EMAIL PROTECTED]/jbossws
> > atts={licensetype=lgpl} outpu
> > t=C:\cvs\JBoss4.0\jboss-4.0.x\thirdparty\jboss\jbossws
> version=1.0.0.CR6
> > isLocal
> > =false [EMAIL PROTECTED]
> > output=C:\cvs\JBoss4.0\jboss-4.
> > 0.x\thirdparty\jboss\jbossws\lib\jbossws.sar type=null},
> > [EMAIL PROTECTED] sws-client.jar
> > output=C:\cvs\JBoss4.0\jboss-4.0.x\thirdparty\jboss\jbossws\lib\j
> > bossws-client.jar type=null}] module=null
> > location=null},fileResolved=true} [synchronizeinfo] against
> > newComponent:
> > [EMAIL PROTECTED]/remoting atts=
> > {projecthome=http://www.jboss.org/products/remoting,
> licensetype=lgpl}
> > output=C:
> > \cvs\JBoss4.0\jboss-4.0.x\thirdparty\jboss\remoting
> version=1.4.1_final
> > isLocal=
> > false [EMAIL PROTECTED]
> > output=C:\cvs\JBoss4.0\j
> > boss-4.0.x\thirdparty\jboss\remoting\lib\jboss-remoting.jar
> type=null}]
> > module=n
> > ull location=null}
> > setVersion, version=1.4.1_final
> >
> > BUILD FAILED
> > C:\cvs\JBoss4.0\jboss-4.0.x\build\build.xml:937: The
> following error
> > occurred wh ile executing this line:
> > C:\cvs\JBoss4.0\jboss-4.0.x\build\build-thirdparty.xml:125: A
> versioning
> > problem
> > exists:
> > Component: jboss/remoting is at version: 1.4.1_final but
> it is also
> > required to be compatible with:
> > [EMAIL PROTECTED], version=1.4.0_final}]
> > by: jboss/jbossws
> >
> >
> > 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=k&kid0944&bid$1720&dat1642
> ___
> 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=lnk&kid0944&bid$1720&dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Do a clean build before committing changes to build-thirdparty.xml
You can try that, although I see tom's comment about having to map the
org.jboss.ws.* properties to org.jboss.remoting.*
http://jira.jboss.com/jira/browse/JBWS-683
We also need a non-snapshot release from Alexey
(http://jira.jboss.com/jira/browse/JBAS-3011) or we can just copy the
current snapshot onto a CRx if he hasn't got the time to produce it.
I don't see anybody working on the ejb3 testsuite failures
(http://jira.jboss.com/jira/browse/JBAS-2988), so I take it we go
without solving them.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Ryan Campbell
> Sent: 28 March, 2006 23:49
> To: jboss-development@lists.sourceforge.net
> Subject: RE: [JBoss-dev] Do a clean build before committing
> changes to build-thirdparty.xml
>
> I'm going to test jbossws-1.0.0.CR6 with remoting-1.4.1_final
> in jboss-head with jdk5. If it passes, I'd like to update
> the component-info for jbossws-1.0.0.CR6 to reflect this
> compatibility.
>
> If this can get resolved today vs. tomorrow, perhaps we have
> some hope of releasing this week?
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Tom Elrod
> Sent: Tuesday, March 28, 2006 1:23 PM
> To: jboss-development@lists.sourceforge.net
> Subject: Re: [JBoss-dev] Do a clean build before committing
> changes to build-thirdparty.xml
>
> Ok. I have rolled back to 1.4.0. The web services team can
> put back to
>
> 1.4.1 when they are ready.
>
> Scott M Stark wrote:
> > Start doing a clean build before committing any changes to
> > build-thirdparty.xml to avoid this consistent problem:
> >
> > [synchronizeinfo] Checking currentComponentRef:
> > ComponentRef{id=jboss/remoting,n
> >
> ame=jboss/remoting,filename=component-info.xml,location=null,v
> ersion=1.4
> > .0_final
> > ,[EMAIL PROTECTED],
> > version=1.4.0_final}],component=null,im
> > [EMAIL PROTECTED]/jbossws
> > atts={licensetype=lgpl} outpu
> > t=C:\cvs\JBoss4.0\jboss-4.0.x\thirdparty\jboss\jbossws
> version=1.0.0.CR6
> > isLocal
> > =false [EMAIL PROTECTED]
> > output=C:\cvs\JBoss4.0\jboss-4.
> > 0.x\thirdparty\jboss\jbossws\lib\jbossws.sar type=null},
> > [EMAIL PROTECTED] sws-client.jar
> > output=C:\cvs\JBoss4.0\jboss-4.0.x\thirdparty\jboss\jbossws\lib\j
> > bossws-client.jar type=null}] module=null
> > location=null},fileResolved=true} [synchronizeinfo] against
> > newComponent:
> > [EMAIL PROTECTED]/remoting atts=
> > {projecthome=http://www.jboss.org/products/remoting,
> licensetype=lgpl}
> > output=C:
> > \cvs\JBoss4.0\jboss-4.0.x\thirdparty\jboss\remoting
> version=1.4.1_final
> > isLocal=
> > false [EMAIL PROTECTED]
> > output=C:\cvs\JBoss4.0\j
> > boss-4.0.x\thirdparty\jboss\remoting\lib\jboss-remoting.jar
> type=null}]
> > module=n
> > ull location=null}
> > setVersion, version=1.4.1_final
> >
> > BUILD FAILED
> > C:\cvs\JBoss4.0\jboss-4.0.x\build\build.xml:937: The
> following error
> > occurred wh ile executing this line:
> > C:\cvs\JBoss4.0\jboss-4.0.x\build\build-thirdparty.xml:125: A
> versioning
> > problem
> > exists:
> > Component: jboss/remoting is at version: 1.4.1_final but
> it is also
> > required to be compatible with:
> > [EMAIL PROTECTED], version=1.4.0_final}]
> > by: jboss/jbossws
> >
> >
> > 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=k&kid0944&bid$1720&dat1642
> ___
> 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=lnk&kid0944&bid$1720&dat1642
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 4.0.4
> Just to keep y'all up-to-date, I have one more piece of code > to do before I cut the Hibernate release for use with 4.0.4. > It'll be done today... Great; I created a task to track the hibernate upgrade: http://jira.jboss.com/jira/browse/JBAS-3009 --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 4.0.4
Exactly. Something stable, that can be tested with 4.0.4.CR2 (which is delayed until Friday 24th or Monday 27th max), that satisfies Bill, and won't require an immediate 4.0.4.SP1 release for fixes :) There are many-many people waiting for 4.0.4 for quite some time and we are already delayed, so please try to get a stable release out. Users won't like at all running jboss 4.0.4 on a hibernate alpha. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: 20 March, 2006 20:45 > To: jboss-development@lists.sourceforge.net > Subject: Re: [JBoss-dev] 4.0.4 > > we just need something stable for hibernate in 4.0.4 GA. > > Steve Ebersole wrote: > > Well, its *possible* to have "a final" release whenever I want ;) > > > > But at a bare minimum there is one more feature that EJB3 > will require > > which still needs to be implemented; and it is an ugly one. > I need to > > release 3.1.3 today/tomorrow (this needs to be done for reasons > > extraneous to this discussion). I can then come back to > work on this > > particular feature. All that I can get done by next week. > > > > But that is not all I had initially targeted for 3.2 final > (nor even > > beta). And I do not like leaving off planned features just > to get to > > a > > 3.2 final. > > > > For me it comes down to whether this is a planned "final > release" for > > EJB3. If so, I guess I could be persuaded to cut a 3.2 final after > > implementing the above mentioned feature and then start on 3.2.1 or > > whatever. > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Dimitris Andreadis > > Sent: Monday, March 20, 2006 11:42 AM > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] 4.0.4 > > > > > > I love those dependencies ;) > > > > Is it possible to have a final next week ? > > > > > >>-Original Message- > >>From: [EMAIL PROTECTED] > >>[mailto:[EMAIL PROTECTED] On Behalf Of > >>Steve Ebersole > >>Sent: 20 March, 2006 19:33 > >>To: jboss-development@lists.sourceforge.net > >>Subject: RE: [JBoss-dev] 4.0.4 > >> > >>No way I'll have a 3.2 final this week ;) > >> > >>And it is not a simple matter of re-target for 4.0.5. EJB3 > relies on > >>changes made in the current alphas of 3.2 due to the latest > changes in > >>the spec (specifically the > >>joinTransaction() stuff)... > >> > >>-Original Message- > >>From: [EMAIL PROTECTED] > >>[mailto:[EMAIL PROTECTED] On Behalf Of > >>Dimitris Andreadis > >>Sent: Monday, March 20, 2006 11:24 AM > >>To: jboss-development@lists.sourceforge.net > >>Subject: RE: [JBoss-dev] 4.0.4 > >> > >> > >>But you need to get your changes with 4.0.4.CR2 (due out this > >>week) so they get tested! > >> > >>After CR2 you'll need to target 4.0.5 > >> > >> > >>>-Original Message- > >>>From: [EMAIL PROTECTED] > >>>[mailto:[EMAIL PROTECTED] On > Behalf Of > >>>Dimitris Andreadis > >>>Sent: 20 March, 2006 19:09 > >>>To: jboss-development@lists.sourceforge.net > >>>Subject: RE: [JBoss-dev] 4.0.4 > >>> > >>> > >>>3rd April (give or take) > >>> > >>> > >>>>-Original Message- > >>>>From: [EMAIL PROTECTED] > >>>>[mailto:[EMAIL PROTECTED] On > >> > >>Behalf Of > >> > >>>>Steve Ebersole > >>>>Sent: 20 March, 2006 19:03 > >>>>To: jboss-development@lists.sourceforge.net > >>>>Subject: [JBoss-dev] 4.0.4 > >>>> > >>>>I am trying to nail down a short-term release schedule for > >>> > >>>Hibernate > >>> > >>>>3.2.x. Due to some of the changes made there > >> > >>specifically for EJB3 > >> > >>>>persistence support, I need to have a stable version of 3.2 done > >>>>before AS goes 4.0.4 as 4.0.4 will ship with 3.2.x moving forward. > >>>> > >>>>Is there an anticipated release date for 4.0.4 GA at this point? > >>>> > >>>> > >>>>--- > >>
RE: [JBoss-dev] 4.0.4
I love those dependencies ;) Is it possible to have a final next week ? > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Steve Ebersole > Sent: 20 March, 2006 19:33 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] 4.0.4 > > No way I'll have a 3.2 final this week ;) > > And it is not a simple matter of re-target for 4.0.5. EJB3 > relies on changes made in the current alphas of 3.2 due to > the latest changes in the spec (specifically the > joinTransaction() stuff)... > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Dimitris Andreadis > Sent: Monday, March 20, 2006 11:24 AM > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] 4.0.4 > > > But you need to get your changes with 4.0.4.CR2 (due out this > week) so they get tested! > > After CR2 you'll need to target 4.0.5 > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Dimitris Andreadis > > Sent: 20 March, 2006 19:09 > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] 4.0.4 > > > > > > 3rd April (give or take) > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On > Behalf Of > > > Steve Ebersole > > > Sent: 20 March, 2006 19:03 > > > To: jboss-development@lists.sourceforge.net > > > Subject: [JBoss-dev] 4.0.4 > > > > > > I am trying to nail down a short-term release schedule for > > Hibernate > > > 3.2.x. Due to some of the changes made there > specifically for EJB3 > > > persistence support, I need to have a stable version of 3.2 done > > > before AS goes 4.0.4 as 4.0.4 will ship with 3.2.x moving forward. > > > > > > Is there an anticipated release date for 4.0.4 GA at this point? > > > > > > > > > --- > > > 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=k&kid0944&bid$1720&dat1642 > > > ___ > > > 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=k&kid0944&bid$1720&dat1642 > > ___ > > 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=k&kid0944&bid$1720&dat1642 > ___ > 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=k&kid0944&bid$1720&dat1642 > ___ > 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 4.0.4
But you need to get your changes with 4.0.4.CR2 (due out this week) so they get tested! After CR2 you'll need to target 4.0.5 > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Dimitris Andreadis > Sent: 20 March, 2006 19:09 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] 4.0.4 > > > 3rd April (give or take) > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Steve Ebersole > > Sent: 20 March, 2006 19:03 > > To: jboss-development@lists.sourceforge.net > > Subject: [JBoss-dev] 4.0.4 > > > > I am trying to nail down a short-term release schedule for > Hibernate > > 3.2.x. Due to some of the changes made there specifically for EJB3 > > persistence support, I need to have a stable version of 3.2 done > > before AS goes 4.0.4 as 4.0.4 will ship with 3.2.x moving forward. > > > > Is there an anticipated release date for 4.0.4 GA at this point? > > > > > > --- > > 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=k&kid0944&bid$1720&dat1642 > > ___ > > 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=k&kid0944&bid$1720&dat1642 > ___ > 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 4.0.4
3rd April (give or take) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Steve Ebersole > Sent: 20 March, 2006 19:03 > To: jboss-development@lists.sourceforge.net > Subject: [JBoss-dev] 4.0.4 > > I am trying to nail down a short-term release schedule for > Hibernate 3.2.x. Due to some of the changes made there > specifically for EJB3 persistence support, I need to have a > stable version of 3.2 done before AS goes 4.0.4 as 4.0.4 will > ship with 3.2.x moving forward. > > Is there an anticipated release date for 4.0.4 GA at this point? > > > --- > 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=k&kid0944&bid$1720&dat1642 > ___ > 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=lnk&kid0944&bid$1720&dat1642 ___ 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
Ok, then leave .zip (+installer .jar) for the binary distro, and .zip and .tar.gz for the sources. This is %50 a reduction and they can't get it wrong (i.e. no .tar.gz binary distro) I'd be also tempted to remove the .zip sources just to know what a user has downloaded by only looking at the extension. Windoze tools (winzip, etc.) can open .tar.gz anyway. > -Original Message- > From: Scott M Stark > Sent: 17 March, 2006 20:24 > To: Dimitris Andreadis; 'jboss-development@lists.sourceforge.net' > Cc: QA > Subject: RE: Simplifying the JBoss source/binary distributions > > 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 > > --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 4.0.4.CR2 remaining tasks recap
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?reset=true&mode=hi de&sorter/order=DESC&sorter/field=priority&resolutionIds=-1&pid=10030&fi xfor=12310573 The major things left are (a) use jbossretro for jbossws (b) the installer (c) resolve existing testcases and any other failing tests that may pop up, especially in jbossws. The (d) misc items could also be deferred for GA. It would also help if we can run the 4.0 testsuite more often until we get the release out. (a) JBossRetro-ize JBossWS (Ryan, Ruel) JBAS-2791 JBAS-2510 depends on JBBUILD-188 depends on JBBUILD-194 JBBUILD-299 JBBUILD-300 JBBUILD-301 JBBUILD-302 (b) Installer (Scott) JBAS-2646 JBAS-2701 JBAS-2334 (c) Testcase resolution (Anil, Ruel) JBAS-2947 JBAS-2744 (d) Misc JBAS-2944 (Ben) JBAS-2865 (Scott) JBAS-2311 (Scott) --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: repository.jboss.com checkout problem
Jason, for every binary file, does it make a new physical file, or is it one big file with some sort of marking to distinguish the entries? CVS is really bad with binaries, more so big ones... > -Original Message- > From: Jason T. Greene > Sent: 18 March, 2006 08:16 > To: jboss-development@lists.sourceforge.net; Anil Saldhana > Cc: QA > Subject: RE: [JBoss-dev] Re: repository.jboss.com checkout problem > > Cvs doesn't actually have a diff algorithm for binary files, > what it does is store an entire copy for every single change > and branch point in the same file. > > When we move to subversion this problem goes away because it > uses a binary diff algorithm, reducing storage and network overhead. > > -Jason > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:jboss- > > [EMAIL PROTECTED] On Behalf Of Adrian Brock > > Sent: Friday, March 17, 2006 12:42 PM > > To: Anil Saldhana > > Cc: jboss-development; QA > > Subject: [JBoss-dev] Re: repository.jboss.com checkout problem > > > > 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=lnk&kid=110944&bid=241720&dat=1216 > > 42 ___ > > 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] FW: [jboss-cvs] build/jboss ...
http://jira.jboss.com/jira/browse/JBAS-2955 If Franscisco wants to add any comments on the upgrade. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 16 March, 2006 21:12 > To: jboss-development@lists.sourceforge.net; Francisco Reverbel > Subject: RE: [JBoss-dev] FW: [jboss-cvs] build/jboss ... > > Yes. > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Ryan Campbell > > Sent: Thursday, March 16, 2006 10:45 AM > > To: Francisco Reverbel > > Cc: jboss-development@lists.sourceforge.net > > Subject: [JBoss-dev] FW: [jboss-cvs] build/jboss ... > > > > We need a JIRA task in the JBAS project for any 3rd party library > > upgrades so that they show up in the changelog, right? > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Francisco Reverbel > > Sent: Thursday, March 16, 2006 12:02 AM > > To: [EMAIL PROTECTED] > > Subject: [jboss-cvs] build/jboss ... > > > > User: reverbel > > Date: 06/03/16 01:01:30 > > > > Modified:jbossTag: Branch_4_0 build-thirdparty.xml > > Log: > > JacORB upgrade to release 2.2.3. > > > > Revision ChangesPath > > No revision > > > > > > No revision > > > > > > 1.1.2.83 +1 -1 build/jboss/build-thirdparty.xml > > > > (In the diff below, changes in quantity of whitespace are not > > shown.) > > > > Index: build-thirdparty.xml > > > === > > RCS file: /cvsroot/jboss/build/jboss/build-thirdparty.xml,v > > retrieving revision 1.1.2.82 > > retrieving revision 1.1.2.83 > > diff -u -b -r1.1.2.82 -r1.1.2.83 > > --- build-thirdparty.xml 6 Mar 2006 06:23:25 - 1.1.2.82 > > +++ build-thirdparty.xml 16 Mar 2006 06:01:30 - 1.1.2.83 > > @@ -87,7 +87,7 @@ > > > version="3.1beta6"/> > > > > > > - > > + > > > > > > > > > > > > > > > > > > --- > > 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=lnk&kid=110944&bid=241720&; > > dat=121642 > > ___ > > jboss-cvs-commits mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-cvs-commits > > > > > > --- > > 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=k&kid0944&bid$1720&dat1642 > > ___ > > 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=k&kid0944&bid$1720&dat1642 > ___ > 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 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 --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Need to resolve the tomcat version conflict for JBoss 4.0.4
So one of the problems we have is what version of Tomcat to use: Anil wants the latest 5.5.16 http://jira.jboss.com/jira/browse/JBAS-2926 http://jira.jboss.com/jira/browse/JBAS-2899 Thomas wants 5.5.12 http://jira.jboss.com/jira/browse/JBWS-736 What is it going to be ??? --- 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=lnk&kid0944&bid$1720&dat1642 ___ 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
Open a jira tasks also, so it goes in the release notes :) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Adrian Brock > Sent: 13 March, 2006 12:09 > To: jboss-development@lists.sourceforge.net > Subject: Re: [JBoss-dev] Add dgc flags to defualt run.conf > > 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=lnk&kid=110944&bid=241720&dat=1216 > > 42 ___ > > 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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] drop dead date for 4.0.4?
No better alternative was proposed, so this is the new versioning scheme http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossProductVersioning > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: 08 March, 2006 16:31 > To: jboss-development@lists.sourceforge.net > Subject: Re: [JBoss-dev] drop dead date for 4.0.4? > > BTW, these changes from RC2 to CR2 is gonna confuse the hell > out of users > > Dimitris Andreadis wrote: > > Since we are still some 130 issues left, we'll probably do a CR2 on > > the 17th instead, and give another week for cleaning up and testing > > things for the GA. > > > > > >>-Original Message- > >>From: [EMAIL PROTECTED] > >>[mailto:[EMAIL PROTECTED] On Behalf Of > >>Bill Burke > >>Sent: 08 March, 2006 15:51 > >>To: jboss-development@lists.sourceforge.net > >>Subject: Re: [JBoss-dev] drop dead date for 4.0.4? > >> > >>So I have a few weeks then? > >> > >>Scott M Stark wrote: > >> > >>>Or latter. > >>> > >>>-Original Message- > >>>From: [EMAIL PROTECTED] > >>>[mailto:[EMAIL PROTECTED] On > Behalf Of > >>>Bill Burke > >>>Sent: Tuesday, March 07, 2006 8:11 PM > >>>To: jboss-development@lists.sourceforge.net > >>>Subject: [JBoss-dev] drop dead date for 4.0.4? > >>> > >>>How long do I have to get EJB3 changes into Branch_4_0 > before 4.0.4 > >>>goes > >>> > >>>out? The 17th? Or sooner? > >>> > >>>Thanks > >>> > >> > >>-- > >>Bill Burke > >>Chief Architect > >>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=lnk&kid=110944&bid=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=k&kid0944&bid$1720&dat1642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > -- > Bill Burke > Chief Architect > 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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] drop dead date for 4.0.4?
Since we are still some 130 issues left, we'll probably do a CR2 on the 17th instead, and give another week for cleaning up and testing things for the GA. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Bill Burke > Sent: 08 March, 2006 15:51 > To: jboss-development@lists.sourceforge.net > Subject: Re: [JBoss-dev] drop dead date for 4.0.4? > > So I have a few weeks then? > > Scott M Stark wrote: > > Or latter. > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Bill Burke > > Sent: Tuesday, March 07, 2006 8:11 PM > > To: jboss-development@lists.sourceforge.net > > Subject: [JBoss-dev] drop dead date for 4.0.4? > > > > How long do I have to get EJB3 changes into Branch_4_0 before 4.0.4 > > goes > > > > out? The 17th? Or sooner? > > > > Thanks > > > > -- > Bill Burke > Chief Architect > 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=lnk&kid=110944&bid=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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed
s/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/entity/InjectedHibernateSession.java:151: warning: [deprecation] reconnect() in org.hibernate.Session has been deprecated getHibernateSession().reconnect(); ^Note: Some input files use unchecked or unsafe operations.Note: Recompile with -Xlint:unchecked for details.1 error15 warnings From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 02 March, 2006 10:42To: Adrian Brock; Bill Decoste; Brian Stansberry; Dimitris Andreadis; jboss-development@lists.sourceforge.net; QA; Rajesh RajasekaranSubject: jboss-4.0-jdk-matrix Build FailedImportance: High View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20060302032154 BUILD FAILED Ant Error Message: /services/cruisecontrol/work/scripts/build-jboss-common.xml:268: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-jboss-common.xml:64: Exit code: 1 See compile_jdk15.log in Build Artifacts for details. Date of build: 03/02/2006 03:21:54 Time to build: 17 minutes 58 seconds Last changed: 03/02/2006 03:13:22 Last log entry: remove 4.0.0, try 3.2.8 with different settings Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (first 50 of 23) 1.406.2.139 modified dimitris testsuite/build.xml remove 4.0.0, try 3.2.8 with different settings 1.406.2.138 modified rrajasekaran testsuite/build.xml Added 3.2.8 and 4.0.2 to the compatibility tests 1.4.6.3 modified bdecoste j2ee/src/main/javax/ejb/SessionContext.java added SessionContext.getInvokedBusinessInterface() 1.31.6.4 modified bdecoste server/src/main/org/jboss/ejb/StatefulSessionEnterpriseContext.java added SessionContext.getInvokedBusinessInterface() 1.27.6.3 modified bdecoste server/src/main/org/jboss/ejb/StatelessSessionEnterpriseContext.java added SessionContext.getInvokedBusinessInterface() 1.3.2.10 modified bstansberry tomcat/src/main/org/jboss/web/tomcat/tc5/session/AttributeBasedClusteredSession.java [JBAS-2864] Add a flag to control whether we remove attrib from cache when we remove it from the session 1.5.2.15 modified bstansberry tomcat/src/main/org/jboss/web/tomcat/tc5/session/ClusteredSession.java [JBAS-2864] Add a flag to control whether we remove attrib from cache when we remove it from the session 1.13.2.4 modified bstansberry tomcat/src/main/org/jboss/web/tomcat/tc5/session/FieldBasedClusteredSession.java [JBAS-2864] Add a flag to control whether we remove attrib from cache when we remove it from the session 1.3.2.13 modified bstansberry tomcat/src/main/org/jboss/web/tomcat/tc5/session/SessionBasedClusteredSession.java [JBAS-2864] Add a flag to control whether we remove attrib from cache when we remove it from the session 1.2.16.2 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/AccountBean.java Remove xdoclet from the jca tests + other tidyup 1.1.2.1 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/AccountCMP.java Remove xdoclet from the jca tests + other tidyup 1.1.16.2 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/AccountSessionBean.java Remove xdoclet from the jca tests + other tidyup 1.1.2.1 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/AccountSessionSession.java Remove xdoclet from the jca tests + other tidyup 1.1.2.1 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/BankCMP.java Remove xdoclet from the jca tests + other tidyup 1.1.16.2 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/BankSessionBean.java Remove xdoclet from the jca tests + other tidyup 1.1.2.1 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/BankSessionSession.java Remove xdoclet from the jca tests + other tidyup 1.1.2.1 modified adrian testsuite/src/main/org/jboss/test/banknew/ejb/CustomerCMP.java Remove xdoclet from the jca tests + other tidyup 1.1.16.
[JBoss-dev] Toward 3.2.8.SP1 on March/3rd
The QA tasks to track the release: http://jira.jboss.com/jira/browse/JBQA-311 One security case left: http://jira.jboss.com/jira/browse/JBAS-2820 And failing security related tests in the testsuite: http://jira.jboss.com/jira/browse/JBAS-2872 Need to verify that the misc-clients -> 3.2.8.SP1-server tests still work. I don't see the 3.2.x compatibility tests running. Can somebody (QA) enable them? http://jira.jboss.com/jira/browse/JBAS-2875 Maybe we need to verify the reverse testing still works, as in: http://jira.jboss.com/jira/browse/JBAS-2802 Can somebody (QA) enable this too? Any other 3.2.8.SP1 business? Misc A) I've renamed 3.2.9 to 3.2.8.SP2 in the light that we'll avoid producing yet another point release in the 3.2.x branch, and come up only with bug fixing 3.2.8 Service Packs when necessary. If this is the case we don't need to branch off to a new Branch_3_2_8, we can keep using Branch_3_2 for all future 3.2.8 service pack releases. Comments? B) I have another scenario I want to test that involves tx propagation from 4.0.2 server -> 3.2.8.SP1 server. Currently we don't have any automated server->server tests. Any views on whether this should be automated? /Dimitris --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: Finalizing the Release of JBAS 3.2.8.SP1 & 4.0.4.GA - YourHelp is Needed
Isn't the new Transaction Manager supposed to be an optional plug-in offered seperately, at this stage? This is what I gathered from the integration plan: http://jira.jboss.com/jira/browse/JBTM-13 I can't find any integration tasks in JIRA. > -Original Message- > From: Scott M Stark > Sent: 24 February, 2006 21:43 > To: Adrian Brock; Dimitris Andreadis > Cc: jboss-development@lists.sourceforge.net; Architect > Council; QA; Ivelin Ivanov > Subject: RE: Finalizing the Release of JBAS 3.2.8.SP1 & > 4.0.4.GA - YourHelp is Needed > > The new jta code is not fully cleaned and in a public > repository. Need to check with Mark/Kevin to see if this is > still on target for a 4.0.4 release next month. > > > -Original Message- > > From: Adrian Brock > > Sent: Friday, February 24, 2006 8:48 AM > > To: Dimitris Andreadis > > Cc: jboss-development@lists.sourceforge.net; Architect Council; QA; > > Scott M Stark; Ivelin Ivanov > > Subject: Re: Finalizing the Release of JBAS 3.2.8.SP1 & 4.0.4.GA - > > YourHelp is Needed > > > > The JCA, JTA and JMS work is pretty much done. > > > > The outstanding stuff is all testing, some just to prove there is > > still no problem on bugs already fixed. > > > > But this also includes the big one, > > i.e. testing JMS inflow. > > > > Incidently, I thought there would be some tasks raised for JBoss > > Transactions before the 4.0.4 release was finalized? > > > > On Fri, 2006-02-17 at 12:31, Dimitris Andreadis wrote: > > > Hello everybody, > > > > > > We have scheduled 2 releases of JBoss AS: > > > > > > v3.2.8.SP1 for 03/Mar/06 (i.e. in 2 weeks time) v4.0.4.GA for > > > 17/Mar/06 (i.e. in 4 weeks time) > > > > > > 3.2.8SP1 is needed to address a couple of issues with 3.2.8 > > (JBossMQ > > > -already fixed- and some extra interop scenarios with 4.0.2 > > versions, > > > plus whatever appears within the next 2 weeks), so it's > > under control. > > > > > > However, getting 4.0.4.GA out the door is a big challenge > > as we have > > > about 290 issues open! This list needs to be reduced to a > > manageable > > > size of 90 or less issues to be solved until the release date. > > > > > > We need EVERYONE to have a close look at the JBAS JIRA > > tasks related > > > to his area of interest in order to: > > > > > > 1) Decide what features/bug/task are really important to go > > out with > > > 4.0.4. > > > > > > Remember, 4.0.4RC1 is already out so new features shouldn't > > really be > > > included between RC1 and GA, unless absolutely necessary, > so we are > > > talking about bug fixing mostly. > > > > > > Please make use of the task Priorities to increase to > > "Critical" the > > > priority of the tasks you want to get done for 4.0.4, and > > decrease to > > > "Minor" those you don't. > > > > > > 2) Assign the issues to yourself or a member of your > team; allocate > > > time to work and close those critical issues within the > > next 3 WEEKS > > > (to leave some time for testing). > > > > > > If you don't have time to work on those tasks, keep them > unassigned > > > and either postpone those for 4.0.5.CR1, or if something is never > > > going to get fixed just close it as such with an explanation. > > > > > > If it still something important that you don't have time > to work on > > > and we must look at, RAISE the issue in the DEV list so we find > > > someone to work on it. > > > > > > Again, please raise any issues, especially integration ones > > EARLY in > > > the DEV and QA lists. > > > > > > Thanks for all your help in advance. > > > > > > /Dimitris > > -- > > > > 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Xalan removal saga
> It's a tradeoff between introducing a xsl parser dependency that the > user may not want vs modifying the TransformerFactory to be more > flexible at the cost of the user potentially have to configure the > TransformerFactory default. I think modifying the > TransformerFactory is > the most flexible, but maybe just bundling the xsl parser is the > simplest. Since the current options are to upgrade or remove/patch I've upgraded both 4.x and HEAD to xalan 2.7.0/xerces2.7.1 hoping to revisit the xalan removal in a later version. I've recorded the discussion here: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3925787#3925787 --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 4.0.4.GA issues broken by area
We are some 190 JIRA tasks away from JBAS 4.0.4.GA, so please, don't be shy, browse through your area (or adopt a new one :) and qualify/tackle/reschedule tasks: WebServices 6 XML 3 WebSvr(tomcat) 8 Testsuite 5 System 1 Security11 Remoting4 Other 1 Naming 1 CMP 49 Deployment 14 Documentation 2 EJBs17 Hibernate 2 IIOP4 Installer 13 JBossCache 2 JCA 4 JMS 10 No component10 Build system5 Clustering 21 Merci /Dimitris --- 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=lnk&kid0944&bid$1720&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Xalan removal saga
Removing javax.xml.transform.TransformerFactory or patching it to try invoke the underlying TransformerFactory (if this is possible) which is essentially the same thing, is undesirable because you'll end up with a transformer API and an underlying implementation that may not match (correct?) Removing javax.xml.transform.* is not clear that is safe (I guess because you might have incompatible parser api+impl <-> transformer api+impl interactions?) Ok, we are doomed :) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 22 February, 2006 19:50 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Xalan removal saga > > Its not clear that removal of the javax.xml.transform.* is > safe. There are references to org.w3c.dom.* from the > javax.xml.transform.dom for example. We cannot simply remove > just the javax.xml.transform.TransformerFactory. It would > have to be all > javax.xml.transform.* classes. > > The presence of the javax.xml.transform.TransformerFactory > should not affect a user being able to override the > transformer by dropping in an xsl jar with a > META-INF/services/javax.xml.transform.TransformerFactory > entry as this takes precedence over the TransformerFactory defaults. > > > -Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Dimitris Andreadis > > Sent: Wednesday, February 22, 2006 9:24 AM > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] Xalan removal saga > > > > > > I don't follow why this is necessary. If we just remove > > javax.xml.transform.TransformerFactory from xml-apis.jar > then the jdk > > bundled TransformerFactory will be used to choose the correct > > implementation. > > > > A user can always drop his own xalan.jar to lib/endorsed (for > > jdk1.4/5), or server/xxx/lib for jdk5, or use a scoped xalan.jar to > > override the jdk version, since xalan.jar contains: > > > > META-INF/services/javax.xml.transform.TransformerFactory file > > containing the class name of its implementation. > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On > Behalf Of > > > Scott M Stark > > > Sent: 22 February, 2006 18:16 > > > To: jboss-development@lists.sourceforge.net > > > Subject: RE: [JBoss-dev] Xalan removal saga > > > > > > Setting this via a system property cannot be done as this > > is a global > > > override. We could simply externalize the default factory > > name to an > > > attribute of the jboss server info mbean and fallback to the jdk > > > default if it cannot be found. I don't know if an extension > > class can > > > get access to a class from the jdk rt.jar via the > > > ClassLoader.getSystemClassLoader(). > > > > > > --- > > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log > > files for problems? Stop! Download the new AJAX search > engine that > > makes searching your log files as easy as surfing the web. > DOWNLOAD > > SPLUNK! > > http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 > > ___ > > JBoss-Development mailing list > > JBoss-Development@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > --- > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files for problems? Stop! Download the new AJAX > search engine that makes searching your log files as easy as > surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossCache 1.2.4.SP2 released
Ruel, have you created a JIRA task for the upgrade? Just so it goes into the release notes. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruel LoehrSent: 22 February, 2006 19:57To: jboss-development@lists.sourceforge.netSubject: [JBoss-dev] JBossCache 1.2.4.SP2 released JBossCache version 1.2.4.SP2 has been released. This can be downloaded from: http://sourceforge.net/project/showfiles.php?group_id=22866&package_id=102339 and is also available in the repository. Both the jboss-head and jboss-4.0.x branches have been updated to use this new version. Ruel Loehr JBoss QA
RE: [JBoss-dev] Big backlog of cmp2 issues
One a related note, we are down to 194 issues for 4.0.4.GA, 49 of which are CMP ones. Alexey, can you go through them to see if there is anything important that needs to be solved for 4.0.4.GA (i.e. within the next 2-3 weeks)? Thanks /D > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 17 February, 2006 23:50 > To: jboss-development@lists.sourceforge.net > Subject: [JBoss-dev] Big backlog of cmp2 issues > > So in going through the outstanding jira issues for jbas, > there are a lot of old cmp2 issues. We have never really made > a decision on whether we are going to try to move the cmp2 > model onto an ejb3/hibernate based implementation. That would > seem to be the best migration and support strategy. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Xalan removal saga
I don't follow why this is necessary. If we just remove javax.xml.transform.TransformerFactory from xml-apis.jar then the jdk bundled TransformerFactory will be used to choose the correct implementation. A user can always drop his own xalan.jar to lib/endorsed (for jdk1.4/5), or server/xxx/lib for jdk5, or use a scoped xalan.jar to override the jdk version, since xalan.jar contains: META-INF/services/javax.xml.transform.TransformerFactory file containing the class name of its implementation. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 22 February, 2006 18:16 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Xalan removal saga > > Setting this via a system property cannot be done as this is > a global override. We could simply externalize the default > factory name to an attribute of the jboss server info mbean > and fallback to the jdk default if it cannot be found. I > don't know if an extension class can get access to a class > from the jdk rt.jar via the ClassLoader.getSystemClassLoader(). --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Xalan removal saga
It all boils down to here: ... return (TransformerFactory) FactoryFinder.find( /* The default property name according to the JAXP spec */ "javax.xml.transform.TransformerFactory", /* The fallback implementation class name */ "org.apache.xalan.processor.TransformerFactoryImpl"); ... I don't see how we can patch the TF to return a proper fallback implementation name, because we just don't know what that is. On Sun jdk1.4 it would be org.apache.xalan.processor.TransformerFactoryImpl On Sun jdk5 it would be com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl But on other vendor jdks, whats the correct value? And if it is just a question of setting a sensible default value, we could do just the same setting the javax.xml.transform.TransformerFactory property. But isn't this exactly the role of the TransformerFactory offered by the jdk vendor? I think the best compromise is to just remove javax.xml.transform.TransformerFactory from xml-apis.jar (replace with xml-apis-notf.jar ?) to let the vendor supplied default apply. I've attached the TransformerFactory code that comes with xml-apis.jar > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 22 February, 2006 01:50 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Xalan removal saga > > The more I think about it the more I doubt this is legal for > a java ee distribution. If we are bundling jaxp 1.3, we need > it to be the complete > 1.3 set of apis and we would just have to patch the > TranformerFactory to do the right thing, whatever that is. > > > -Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Dimitris Andreadis > > Sent: Tuesday, February 21, 2006 3:07 PM > > To: jboss-development@lists.sourceforge.net > > Subject: RE: [JBoss-dev] Xalan removal saga > > > > > > I traced this down to a TranformerFactory included in the > xml-apis.jar > > that comes with xerces tools (e.g. > > Xerces-J-tools.2.7.1.zip). > > > > This is tagged as 1.3.02 and in turn originates from > > http://xml.apache.org/commons/ > > > > The xml-commons hadn't had any releases for some time, so > the tagged > > xml-apis.jar comes directly from their cvs. > > > > I think I will remove all javax.xml.transform.** from > xml-apis.jar to > > create a new xml-apis-no-transform.jar and include this instead. > > > > From a quick test it seems to be working with both jdk1.4 and jdk5. > > > --- > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files for problems? Stop! Download the new AJAX > search engine that makes searching your log files as easy as > surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development > TransformerFactory.java Description: TransformerFactory.java
RE: [JBoss-dev] Xalan removal saga
I traced this down to a TranformerFactory included in the xml-apis.jar that comes with xerces tools (e.g. Xerces-J-tools.2.7.1.zip). This is tagged as 1.3.02 and in turn originates from http://xml.apache.org/commons/ The xml-commons hadn't had any releases for some time, so the tagged xml-apis.jar comes directly from their cvs. I think I will remove all javax.xml.transform.** from xml-apis.jar to create a new xml-apis-no-transform.jar and include this instead. >From a quick test it seems to be working with both jdk1.4 and jdk5. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 21 February, 2006 21:08 > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] Xalan removal saga > > The question is where the the xml-apis.jar come from then? It > should not include a TransformerFactory if its not from the > xalan distribution which is what I suspect. The origin of the > xml jars needs to be validated and if the xerces distribution > defaults to configuring a TransformerFactory, that should be removed. > > The xml parser is needed to override the buggy jdk version. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Xalan removal saga
I tried to remove lib/endorsed/xalan.jar in 4.0.x and the situation is as follows: Works fine under jdk1.5, but breaks under jdk5 when the XSLSubDeployer does a TransformerFactory tf = TransformerFactory.newInstance(); The problem is lib/endorsed/xml-apis.jar includes a javax.xml.transform.TransformerFactory that simply points to org.apache.xalan.processor.TransformerFactoryImpl, if the javax.xml.transform.TransformerFactory property is not set! And that overrides the jdk5 javax.xml.transform.TransformerFactory that points to com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl. If (when run under jdk5) I set -Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.intern al.xsltc.trax.TransformerFactoryImpl, but I don't know if this should work with all jdk5 jdks. What options do we have? Hack xml-apis to remove the offending javax.xml.transform.TransformerFactory class? If I remove lib/endorsed/xml-apis.jar too, things work fine under jdk5, but fail under jdk1.4 with: 11:55:07,657 INFO [Server] Root Deployment Filename: jboss-service.xml Warning: Caught exception attempting to use SAX to load a SAX XMLReader Warning: Exception was: org.xml.sax.SAXException: System property org.xml.sax.dr iver not specified Warning: I will print the stack trace then carry on using the default SAX parser org.xml.sax.SAXException: System property org.xml.sax.driver not specified at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory .java:90) at org.dom4j.io.SAXHelper.createXMLReader(SAXHelper.java:83) at org.dom4j.io.SAXReader.createXMLReader(SAXReader.java:894) at org.dom4j.io.SAXReader.getXMLReader(SAXReader.java:715) at org.dom4j.io.SAXReader.read(SAXReader.java:435) at org.dom4j.io.SAXReader.read(SAXReader.java:291) at org.jboss.mx.metadata.XMLMetaData.build(XMLMetaData.java:255) at org.jboss.mx.modelmbean.XMBean.(XMBean.java:253) at org.jboss.mx.modelmbean.XMBean.(XMBean.java:282) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct orAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC onstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java: 1233) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java: 286) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java: 344) at org.jboss.system.server.ServerImpl.createMBean(ServerImpl.java:532) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:438) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) at org.jboss.Main.boot(Main.java:200) at org.jboss.Main$1.run(Main.java:464) at java.lang.Thread.run(Thread.java:534) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] FW: [JBoss JIRA] Updated: (JBAS-2073) Remove xalan.jar from ./lib/endorsed
> So the problem is lack of encapsulation of the essentially > global org.apache.xalan.processor.TransformFactoryImpl name > due to the proliferation of the xalan distribution. One > should be able to work around this by introducing a > org.apache.xalan.processor.TransformFactoryImpl2 that loaded > the org.apache.xalan.processor.TransformFactoryImpl visible > via the thread context class loader. The org.apache.xalan.processor.TransformFactoryImpl visible through the TCL, for a non-scoped deployment, wouldn't be again the JDK bundled xalan, since this is loaded with the Bootstrap CL? (testing my CL knowledge here :) > We don't need xsl during bootstrap, and as far as I know we > don't have any requirements for a specific xsl version. The > jira issue is a user request to update the xalan version > since we do bundle it. So maybe just dropping it and > defaulting to the jdk version is the best approach. We really > should avoid introducing library dependencies unless they are > needed. The xalan.jar dates from jboss-3.2 and the fact that > jdk1.3 had no bundled xsl implementation. Fine, I'll remove it and see if anyone complaints :) Maybe we should go for an 4.0.4.RC2, too. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] FW: [JBoss JIRA] Updated: (JBAS-2073) Remove xalan.jar from ./lib/endorsed
What I'm saying is under jdk1.4 the only way to override the jdk embedded xalan with a different version is to drop it in lib/endorsed or use a scoped deployment. Putting it in server/xxx/lib or server/xxx/deploy won't work, even if specifying the javax.xml.transform.TransformerFactory property since setting it to org.apache.xalan.processor.TransformFactoryImpl makes no difference, it will just load the jdk provided xalan version because the class names collide. Now, I had the feeling that we *needed* a xalan.jar version newer than the one provided with jdk1.4, in which case, what other way we would have to override the jdk version? The rules you mention would work, if the overriding xalan version used different class names! I just removed lib/endorsed/xalan.jar and the server seems to boot happily. If we *do not need* a newer version, I guess we can just remove it, and let the user drop its own lib/endorsed/xalan.jar version, if necessary. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 20 February, 2006 21:33 > To: jboss-development@lists.sourceforge.net > Subject: [JBoss-dev] FW: [JBoss JIRA] Updated: (JBAS-2073) > Remove xalan.jar from ./lib/endorsed > > Dimitris, remind me why removing xalan is a problem. I'm not > getting it from the discussion thread associated with this > JBAS-2073 issue. From the TransformerFactory javadoc: > > public static TransformerFactory newInstance() > throws TransformerFactoryConfigurationError > > Obtain a new instance of a TransformerFactory. This > static method creates a new factory instance This method uses > the following ordered lookup procedure to determine the > TransformerFactory implementation class to load: > > * Use the javax.xml.transform.TransformerFactory system property. > * Use the properties file "lib/jaxp.properties" in the JRE > directory. > This configuration file is in standard java.util.Properties > format and contains the fully qualified name of the > implementation class with the key being the system property > defined above. > * Use the Services API (as detailed in the JAR > specification), if available, to determine the classname. The > Services API will look for a classname in the file > META-INF/services/javax.xml.transform.TransformerFactory in > jars available to the runtime. > * Platform default TransformerFactory instance. > > Neither the javax.xml.transform.TransformerFactory system > property nor jre lib/jaxp.properties exists by default: > > [EMAIL PROTECTED] bin]$ find /usr/java/jdk1.5.0_05 -name > jaxp.properties [EMAIL PROTECTED] bin]$ find > /usr/java/j2sdk1.4.2_09 -name jaxp.properties -print > [EMAIL PROTECTED] bin]$ > > so the Services API (class loader scoped resources) should > dictate how the jaxp factories are found. Having the > xalan.jar in lib/endorsed overrides the javax.xml.transform > namespace with classes loaded from the bootstrap class > loader. I don't see why we need to do this? > > > -Original Message- > > From: Dimitris Andreadis (JIRA) [mailto:[EMAIL PROTECTED] > > Sent: Monday, February 20, 2006 4:00 AM > > To: Jira Notifications > > Subject: [JBoss JIRA] Updated: (JBAS-2073) Remove xalan.jar from > > ./lib/endorsed > > > > [ http://jira.jboss.com/jira/browse/JBAS-2073?page=all ] > > > > Dimitris Andreadis updated JBAS-2073: > > - > > > > Fix Version: (was: JBossAS-4.0.4.GA) > > > > I don't see how the lib/endorsed mechanism can be avoided, when > > running under jdk1.4, in which case, we can't fix this for > Branch 4.x > > > > > > > --- > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files for problems? Stop! Download the new AJAX > search engine that makes searching your log files as easy as > surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 > ___ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Finalizing the Release of JBAS 3.2.8.SP1 & 4.0.4.GA - Your Help is Needed
Hello everybody, We have scheduled 2 releases of JBoss AS: v3.2.8.SP1 for 03/Mar/06 (i.e. in 2 weeks time) v4.0.4.GA for 17/Mar/06 (i.e. in 4 weeks time) 3.2.8SP1 is needed to address a couple of issues with 3.2.8 (JBossMQ -already fixed- and some extra interop scenarios with 4.0.2 versions, plus whatever appears within the next 2 weeks), so it's under control. However, getting 4.0.4.GA out the door is a big challenge as we have about 290 issues open! This list needs to be reduced to a manageable size of 90 or less issues to be solved until the release date. We need EVERYONE to have a close look at the JBAS JIRA tasks related to his area of interest in order to: 1) Decide what features/bug/task are really important to go out with 4.0.4. Remember, 4.0.4RC1 is already out so new features shouldn't really be included between RC1 and GA, unless absolutely necessary, so we are talking about bug fixing mostly. Please make use of the task Priorities to increase to "Critical" the priority of the tasks you want to get done for 4.0.4, and decrease to "Minor" those you don't. 2) Assign the issues to yourself or a member of your team; allocate time to work and close those critical issues within the next 3 WEEKS (to leave some time for testing). If you don't have time to work on those tasks, keep them unassigned and either postpone those for 4.0.5.CR1, or if something is never going to get fixed just close it as such with an explanation. If it still something important that you don't have time to work on and we must look at, RAISE the issue in the DEV list so we find someone to work on it. Again, please raise any issues, especially integration ones EARLY in the DEV and QA lists. Thanks for all your help in advance. /Dimitris --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
