[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 -- 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=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 willbe 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. Ive 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=lnkkid=107521bid=248729dat=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=lnkkid=120709bid=263057dat=121642 ___ 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=truepid=100 30fixfor=12310828 I've made this entry for QA to handle the release http://jira.jboss.com/jira/browse/JBQA-381 We'll also upgrade jboss-serialization to 1.0.1. Any other important/annoying things you want to fix in 4.0.4, this is your chance. But do keep it simple because there is virtually no time for experiments at this point. Thanks /Dimitris ___ 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 uepid=10030fixfor=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] 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=bbop=viewtopicp=3948753#3948753 ___ 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=lnkkid0709bid3057dat1642 ___ 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 a href=mailto:[EMAIL PROTECTED]Alexey Loubyansky/a - * @version tt$Revision: 1.7 $/tt + * @version tt$Revision: 1.8 $/tt * @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=lnkkid=120709bid=263057; dat=121642 ___ 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=lnkkid=120709bid=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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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 Binary file --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=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=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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 Binary file --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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: componentref name=hibernate version=3.2.0.CR1/ componentref name=hibernate-annotations version=3.1beta9/ componentref name=hibernate-entitymanager version=3.1beta7/ componentref name=antlr version=2.7.6rc1/ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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. artifacttype type="deployer" outputtype="lib"/ This works here Ive committed in the fix. Ruel Loehr JBoss QA
[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=lnkkid0709bid3057dat1642 ___ 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?)
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=lnkkid0709bid3057dat1642 ___ 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 cans 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: 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBAS 4.0.4.GA project dependencies
This is the current jboss project dependencies on JBoss 4.0.4.GA componentref name=jboss/aop version=1.5.0-snapshot/ componentref name=jboss/backport-concurrent version=2.1.0.GA/ componentref name=jboss/cache version=1.2.4.SP2/ componentref name=jboss/microcontainer version=1.0.2/ componentref name=jboss/jbossretro version=1.0.0.CR1/ componentref name=jboss/jbossws version=1.0.0.GA/ componentref name=jboss/jbossws14 version=1.0.0.GA/ componentref name=jboss/jbossxb version=snapshot/ componentref name=jboss/remoting version=1.4.2/ componentref name=jboss/serialization version=1.0.0.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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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: project name=jboss/remoting-component-info !-- -- !-- JBOSS REMOTING -- !-- -- component id=jboss/remoting licenseType=lgpl version=1.4.2.GA projectHome=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 artifact id=jboss-remoting.jar/ export include input=jboss-remoting.jar/ /export /component /project --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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
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=lnkkid0709bid3057dat1642 ___ 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
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
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=lnkkid0709bid3057dat1642 ___ 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=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[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=bbop=viewtopict=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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=lnkkid0709bid3057dat1642 ___ 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=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=kkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[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=hiderequestI d=12310482 The issues assigned to you: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestI 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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. import componentref=cglib compatible version=2.1.1/ compatible version=2.1.2jboss/ compatible version=2.1.3/ /import -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=lnkkid0944bid$1720dat1642 ___ 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! http://sel.as-us.falkag.net/sel? cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net
[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=hidereques tI d=12310181 Take a look at the unassigned ones and help: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hidereques 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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! componentref name=hibernate version=3.2.0.CR1/ componentref name=hibernate-annotations version=3.1beta9/ componentref name=hibernate-entitymanager version=3.1beta7/ componentref name=javassist version=3.2.0.CR1/ componentref name=hibernate version=3.2.0.CR1/ componentref name=hibernate-annotations version=3.1beta9/ componentref name=hibernate-entitymanager version=3.1beta7/ componentref name=jboss/jbossretro version=1.0.0.CR1/ componentref name=jboss/jbossws version=1.0.0.CR6/ componentref name=jboss/jbossws14 version=1.0.0.CR6/ componentref name=jboss/jbossxb version=1.0.0.CR3/ componentref name=jboss/serialization version=1.0.0.CR4/ -- 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=lnkkid0944bid$1720dat1642 ___ 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=hiderequestI d=12310181 Take a look at the unassigned ones and help: http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestI 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=hiderequestI d=12310487 Doco http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hiderequestI 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=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=hidereques 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=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=hiderequestI d=12310484 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: 03 April, 2006 22:26 To: jboss-development Subject: [JBoss-dev] Unassigned for 4.0.4 There are still 19 tasks unassigned for 4.0.4 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid erequestId=12310482 We should get these assigned or deferred, so there isn't a mad rush come release time. :-) -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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 erequestId=12310181 On Mon, 2006-04-03 at 16:20 -0500, Dimitris Andreadis wrote: This filter should show the open 4.0.4.GA issues left for every user (i.e. the current user), so you can see what's assigned to you. http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hidereques tI d=12310484 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: 03 April, 2006 22:26 To: jboss-development Subject: [JBoss-dev] Unassigned for 4.0.4 There are still 19 tasks unassigned for 4.0.4 http://jira.jboss.com/jira/secure/IssueNavigator.jspa?mode=hid erequestId=12310482 We should get these assigned or deferred, so there isn't a mad rush come release time. :-) -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Chief Scientist JBoss Inc. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[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=lnkkid0944bid$1720dat1642 ___ 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:SimpleBean2 but was:Lifecycle - 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 ns_allStruct:allStruct xmlns:ns_allStruct='http://ParameterModeTest.org/xsd' varStringString1/varString varInteger3512359/varInteger varInt-2147483648/varInt varLong-9223372036854775808/varLong varShort-32768/varShort varDecimal3512359.1456/varDecimal varFloat1.4E-45/varFloat varDouble4.9E-324/varDouble varBooleanfalse/varBoolean varByte-128/varByte varQName xmlns=''String2/varQName varDateTime0096-05-31T23:00:00.000Z/varDateTime varSoapStringString3/varSoapString varSoapBooleanfalse/varSoapBoolean varSoapFloat1.4E-45/varSoapFloat varSoapDouble4.9E-324/varSoapDouble varSoapDecimal3512359./varSoapDecimal varSoapInt-2147483648/varSoapInt varSoapShort-32768/varSoapShort varSoapByte-128/varSoapByte varBase64BinarygAB//varBase64Binary varHexBinary80007f/varHexBinary varSoapBase64gAB//varSoapBase64 /ns_allStruct:allStruct but was ns_allStruct:allStruct xmlns:ns_allStruct='http://ParameterModeTest.org/xsd' varStringString1/varString varInteger3512359/varInteger varInt
RE: [JBoss-dev] Why is all of this stuff in the jbossas build-thirdparty?
* componentref name=gnu-regexp version=1.1.14/ 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=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[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=lnkkid0944bid$1720dat1642 ___ 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=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=lnkkid0944bid$1720dat1642 ___ 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=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=kkid0944bid$1720dat1642 ___ 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=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=kkid0944bid$1720dat1642 ___ 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=kkid0944bid$1720dat1642 ___ 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=kkid0944bid$1720dat1642 ___ 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=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=kkid0944bid
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=lnkkid=110944bid=241720dat=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=lnkkid0944bid$1720dat1642 ___ 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=truemode=hi desorter/order=DESCsorter/field=priorityresolutionIds=-1pid=10030fi 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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 @@ componentref name=hibernate-entitymanager version=3.1beta6/ componentref name=hsqldb version=1.8.0.2/ componentref name=ibm-wsdl4j version=1.5.2/ - componentref name=jacorb version=2.2.1jboss/ + componentref name=jacorb version=2.2.3/ componentref name=javassist version=3.1RC2/ componentref name=jaxen version=1.1beta4/ componentref name=jboss/aop version=1.3.4/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720; dat=121642 ___ jboss-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=kkid0944bid$1720dat1642 ___ 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=kkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=lnkkid=110944bid=241720dat=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=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642 ___ 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=lnkkid=110944bid=241720; dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: jboss-4.0-jdk-matrix Build Failed
ejb3 breaks the build under jdk5: -- == == Executing 'most' in module 'ejb3'... == _buildmagic:init: configure: init: _buildmagic:build-bypass-checker: _buildmagic:build-bypass-notice: _buildmagic:build-bypass-check: internal-jars: _buildmagic:init: init: compile-etc: [mkdir] Created dir: /services/cruisecontrol/checkout/jboss-4.0.x/ejb3/output/etc [copy] Copying 1 file to /services/cruisecontrol/checkout/jboss-4.0.x/ejb3/output/etc compile-classes: [mkdir] Created dir: /services/cruisecontrol/checkout/jboss-4.0.x/ejb3/output/classes [javac] Compiling 339 source files to /services/cruisecontrol/checkout/jboss-4.0.x/ejb3/output/classes/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/ContainerPlugin.java:34: warning: unmappable character for encoding ASCII* @author a href="">Rickard'>mailto:[EMAIL PROTECTED]"Rickard ???berg/a ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/ContainerPlugin.java:34: warning: unmappable character for encoding ASCII* @author a href="">Rickard'>mailto:[EMAIL PROTECTED]"Rickard ???berg/a ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/ContainerPlugin.java:34: warning: unmappable character for encoding ASCII* @author a href="">Rickard'>mailto:[EMAIL PROTECTED]"Rickard ???berg/a ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/EJBProxyFactory.java:48: warning: unmappable character for encoding ASCII* @author a href="">Rickard'>mailto:[EMAIL PROTECTED]"Rickard ???berg/a ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/EJBProxyFactory.java:48: warning: unmappable character for encoding ASCII* @author a href="">Rickard'>mailto:[EMAIL PROTECTED]"Rickard ???berg/a ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/EJBProxyFactory.java:48: warning: unmappable character for encoding ASCII* @author a href="">Rickard'>mailto:[EMAIL PROTECTED]"Rickard ???berg/a ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/BaseSessionContext.java:28: warning: [deprecation] java.security.Identity in java.security has been deprecatedimport java.security.Identity; ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/BaseSessionContext.java:153: warning: [deprecation] java.security.Identity in java.security has been deprecated public Identity getCallerIdentity() ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/BaseSessionContext.java:173: warning: [deprecation] java.security.Identity in java.security has been deprecated public boolean isCallerInRole(Identity role) ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/BaseSessionContext.java:64: org.jboss.ejb3.BaseSessionContext is not abstract and does not override abstract method getInvokedBusinessInterface() in javax.ejb.SessionContextpublic class BaseSessionContext implements SessionContext, MessageDrivenContext, Externalizable ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/cache/tree/PassivationTreeCache.java:33: warning: [deprecation] setStateTransferVersion(short) in org.jboss.cache.TreeCacheMBean has been deprecatedpublic class PassivationTreeCache extends TreeCache ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/cache/tree/PassivationTreeCache.java:33: warning: [deprecation] getStateTransferVersion() in org.jboss.cache.TreeCacheMBean has been deprecatedpublic class PassivationTreeCache extends TreeCache ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/entity/ExtendedHibernateSession.java:141: warning: [deprecation] reconnect() in org.hibernate.Session has been deprecated public void reconnect() ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/entity/ExtendedHibernateSession.java:144: warning: [deprecation] reconnect() in org.hibernate.Session has been deprecated getHibernateSession().reconnect(); ^/services/cruisecontrol/checkout/jboss-4.0.x/ejb3/src/main/org/jboss/ejb3/entity/InjectedHibernateSession.java:148: warning: [deprecation] reconnect() in org.hibernate.Session has been deprecated public void reconnect() ^/services/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
[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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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=bbop=viewtopicp=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=lnkkid0944bid$1720dat1642 ___ 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=lnkkid3432bid#0486dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
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=lnkkid3432bid#0486dat1642 ___ 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=22866package_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] 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=kkid3432bid#0486dat1642 ___ 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=kkid3432bid#0486dat1642 ___ 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=lnkkid3432bid#0486dat1642 ___ 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=lnkkid0944bid$1720dat1642 ___ 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.init(XMBean.java:253) at org.jboss.mx.modelmbean.XMBean.init(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=lnkkid3432bid#0486dat1642 ___ 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=kkid3432bid#0486dat1642 ___ 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=lnkkid3432bid#0486dat1642 ___ 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=lnkkid3432bid#0486dat1642 ___ 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=lnkkid3432bid#0486dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Tentative: [JBoss-dev] Maven2 discussion
BEGIN:VCALENDAR METHOD:REPLY PRODID:Microsoft CDO for Microsoft Exchange VERSION:2.0 BEGIN:VTIMEZONE TZID:(GMT-06.00) Central Time (US Canada) X-MICROSOFT-CDO-TZID:11 BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETFROM:-0500 TZOFFSETTO:-0600 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETFROM:-0600 TZOFFSETTO:-0500 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=4;BYDAY=1SU END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT DTSTAMP:20060207T001658Z DTSTART;TZID=(GMT-06.00) Central Time (US Canada):20060208T09 SUMMARY:Tentative: [JBoss-dev] Maven2 discussion UID:04008200E00074C5B7101A82E008905F2284492BC601000 010007AD3E23387F0E54BBDA4311EDA6FC1FC ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=TENTATIVE;RSVP=TRUE;CN=Dimitris And readis:MAILTO:[EMAIL PROTECTED] ORGANIZER:MAILTO:jboss-development@lists.sourceforge.net LOCATION:virtual DTEND;TZID=(GMT-06.00) Central Time (US Canada):20060208T10 SEQUENCE:0 PRIORITY:5 CLASS: CREATED:20060208T090139Z LAST-MODIFIED:20060208T090139Z STATUS:TENTATIVE TRANSP:OPAQUE X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-INSTTYPE:0 X-MICROSOFT-CDO-REPLYTIME:20060208T090142Z X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY X-MICROSOFT-CDO-ALLDAYEVENT:FALSE X-MICROSOFT-CDO-IMPORTANCE:1 X-MICROSOFT-CDO-OWNERAPPTID:889595862 END:VEVENT END:VCALENDAR
[JBoss-dev] WebService tests timeout
I've noticed2 webservices tests that timeout (and fail) occasionally at 60 secondswhen contactingexternal webservices: org.jboss.test.jbossnet.external.ExternalUnitTestCase org.jboss.test.jbossnet.external.RedeployExternalUnitTestCase Is this timeout configurable? I seem to be getting a response in just about one minute. Is this "normal" for WS :) Thanks service name="BabelFishService"documentationTranslates text of up to 5k in length, between a variety of languages./documentationport name="BabelFishPort" binding="tns:BabelFishBinding"soap:address location="http://services.xmethods.net:80/perl/soaplite.cgi"//port/service service name="GoogleSearchService"port name="GoogleSearchPort" binding="typens:GoogleSearchBinding"soap:address location="http://api.google.com/search/beta2"//port/service From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 03 February, 2006 01:45To: Adrian Brock; Clebert Suconic; Dimitris Andreadis; jboss-development@lists.sourceforge.net; QA; Ryan CampbellSubject: jboss-3.2-testsuite Build Completed With Testsuite ErrorsImportance: High View results here - http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20060202175301 TESTS FAILED Ant Error Message:/services/cruisecontrol/work/scripts/build-jboss-common.xml:235: The following error occurred while executing this line: /services/cruisecontrol/work/scripts/build-common-targets.xml:26: Build Successful - Tests completed with errors or failures. Date of build:02/02/2006 17:53:01 Time to build:50 minutes 27 seconds Last changed:02/02/2006 14:17:10 Last log entry:JBAS-2768, change tests that produce varying resutls based on jdk/os platform to logging warning messages rather than code assertions Unit Tests: (1847) Total Errors and Failures: (2) testFederated org.jboss.test.jbossnet.external.ExternalUnitTestCase testFederated org.jboss.test.jbossnet.external.RedeployExternalUnitTestCase Modifications since last build: (first 50 of 14) 1.2.2.20 modified dimitris testsuite/src/main/org/jboss/test/cmp2/commerce/QueryTest.java JBAS-2768, change tests that produce varying resutls based on jdk/os platform to logging warning messages rather than code assertions 1.1.2.1 modified csuconic testsuite/src/main/org/jboss/test/guid/GUIDTestCase.java Renaming GUIDTest to the correct name, so it can be part of the testsuite 1.11.2.10 modified dimitris server/src/main/org/jboss/invocation/MarshalledInvocation.java JBAS-2767, Conditionally set useFullHashMode to true, when SerialVersion.version == SerialVersion.JBOSS_402 1.165.2.198 modified rcampbell testsuite/build.xml added 4.0.3SP1 to compat matrix 1.1.2.16 modified rcampbell testsuite/imports/server-config.xml JBAS-2758: pass serialization flag to jboss startup *and* shutdown 1.165.2.197 modified rcampbell testsuite/build.xml JBAS-2758: pass serialization flag to jboss startup *and* shutdown 1.2.2.22 modified adrian messaging/src/main/org/jboss/mq/server/JMSDestinationManager.java [JBAS-2762] - Avoid infinite loop when there is no state manager. 1.4.2.3 modified dimitris jmx/src/main/javax/management/MBeanServerConnection.java synch with 4.x 1.165.2.196 modified rcampbell testsuite/build.xml JBAS-2758: add usage of org.jboss.j2ee.Serialization flag to compatibility matrix 1.1.4.3 modified dimitris testsuite/src/main/org/jboss/test/jbossmx/performance/TestCase.java fix compatibility test failures 1.1.4.3 modified dimitris testsuite/src/main/org/jboss/test/jbossmx/implementation/TestCase.java fix compatibility test failures 1.2.4.4 modified dimitris testsuite/src/main/org/jboss/test/jbossmx/compliance/TestCase.java fix compatibility test failures 1.1.4.2 modified dimitris common/src/main/org/jboss/util/id/GUID.java JBAS-2718, define a serialVersionUID for GUID and introduce SerialVersion. The default for 3.2..x will be legacy compatibility (3.2.x and maybe 4.0.0/4.0.1) which can be overriden by defining org.jboss.j2ee.Serializati
[JBoss-dev] 3.2.x / 4.0.x compatibility
One of the differences I see in the 2 branches, is the useFullHashMode: org.jboss.invocation.MarshalledInvocation /** A flag indicating if the */ static boolean useFullHashMode = false; Which was added around 3.2.4 http://sourceforge.net/docman/display_doc.php?docid=21888group_id=22866 This is 'true' for 4.0.x thus prohibiting interoperability and I don't see this being configured somewhere. Can I conditionally set this to true, based only the org.jboss.util.id.SerialVersion.version setting? --- 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=lnkkid3432bid#0486dat1642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Keeping installer templates in-synch
Somehow we need to do a better job keeping the installer xml descriptor templates in-synch with the module xml descriptors, so whenever a descriptor changes the template needs updating. I just fixed a trivial one, probably my bad: http://jira.jboss.com/jira/browse/JBAS-2742 The other thing we need to clarify is whether the installer distribution is the "recommended" one, since more cases(forums / support) will start appearing where we are not sure about theused (user/customer) config.