From do-not-reply at jboss.com Mon Jan 1 02:04:53 2007 Content-Type: multipart/mixed; boundary="===============3430301834070754275==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Update AOPTestDelegate to better integrate into eclipse Date: Mon, 01 Jan 2007 02:04:53 -0500 Message-ID: <654045.1167635093379.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3430301834070754275== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Currently you cannot run the tests easily from within eclise using the run = as junit... capability because the test harness does not locate the jboss-a= op.xml based on the classpath. Something like this does this: | package org.jboss.test.aop; | = | import java.net.URL; | import java.util.Properties; | = | import org.jboss.aop.AspectXmlLoader; | import org.jboss.test.AbstractTestDelegate; | = | /** | * = | * @author Kabir Khan | * @version $Revision: 45977 $ | */ | public class AOPTestDelegate extends AbstractTestDelegate | { | /** The AOP URL used */ | private URL aopURL; | = | Properties systemProps; | = | public AOPTestDelegate(Class clazz) | { | // FIXME AOPTestDelegate constructor | super(clazz); | systemProps =3D (Properties)System.getProperties().clone(); | } | = | public Properties getSystemProperties() | { | return systemProps; | } | = | /** | * Look for a test specific aop descriptor based on the ctor | * class first, and if none is found, the ManagedTest.class. | */ | public void setUp() throws Exception | { | super.setUp(); | deployAOP(clazz); | } | = | /** | * Undeployment any test specific aop descriptor deployed in setUp. | */ | public void tearDown() throws Exception | { | super.tearDown(); | undeployAOP(); | } | = | /** | * Look for a test specific resource name by appending "-aop.xml" | * to the referenceClass name as a resource. For example, a.b.SomeTe= st | * would produce a a/b/SomeTest-aop.xml resource that is queried | * for using clazz.getClassLoader().getResource("a/b/SomeTest-aop.xm= l"); | * = | * @param referenceClass - the class to use as the aop descriptor ba= se name. | * @return true if the aop descriptor was found and deployed, | * false otherwise. | * @throws Exception on failure to deploy the aop descriptor. | */ | protected boolean deployAOP(Class referenceClass) throws Exception | { | String testName =3D referenceClass.getName(); | String pkg =3D referenceClass.getPackage().getName(); | int dot =3D pkg.lastIndexOf('.'); | if( dot > 0 ) | pkg =3D pkg.substring(dot+1); | testName =3D pkg + "/jboss-aop.xml"; | URL url =3D clazz.getClassLoader().getResource(testName); | if (url !=3D null) | { | log.debug("Deploying " + url); | aopURL =3D url; | try | { | AspectXmlLoader.deployXML(aopURL); | } | catch (Throwable t) | { | throw new RuntimeException("Error deploying: " + url, t); | } | return true; | } | else | { | log.debug("No test specific deployment " + testName); | return false; | } | } | = | /** | * Undeploy the aop descriptor deployed in deployAOP if | * one was found. | * | */ | protected void undeployAOP() | { | if (aopURL =3D=3D null) | return; | try | { | log.debug("Undeploying " + aopURL); | AspectXmlLoader.undeployXML(aopURL); | } | catch (Exception e) | { | log.warn("Ignored error undeploying " + aopURL, e); | } | } | = | } | = Although this does deploy the aspects, the test I tried this with (org.jbos= s.test.aop.precedence.PrecedenceTester) is still failing. Can you look into= getting this working Kabir? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997099#3997099 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997099 --===============3430301834070754275==-- From do-not-reply at jboss.com Mon Jan 1 06:08:21 2007 Content-Type: multipart/mixed; boundary="===============0323335455372312851==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: OSGi integration Date: Mon, 01 Jan 2007 06:08:21 -0500 Message-ID: <22864714.1167649701263.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0323335455372312851== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : Its not clear that this is the right thin= g to do as mapping osgi onto spring on top of the mc is not what we want. W= hat we want is a mapping of the osgi concepts onto the mc metdata/wiring of= the beans with help from supporting osgi interface implementations. = | = I wouldn't go over Spring to map it to MC. I ment that we can go in the same impl direction - core + starter (extender= ) bundle. But definitely with our metadata/wiring. "scott.stark(a)jboss.org" wrote : = | The starting point should be usecases decribing what we mean by support= for osgi. = I would support similar things as the Spring spec (+ joined work of OSGi EG= members) supports - as I went over that, I saw no problems that we might h= ave with implementing this on top of MC. That is a simple introduction of additional OSGi based XML (annotation) def= inition - OSGi service, reference, ... - but wired with existing MC beans. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997102#3997102 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997102 --===============0323335455372312851==-- From do-not-reply at jboss.com Mon Jan 1 17:47:54 2007 Content-Type: multipart/mixed; boundary="===============1427783786031828522==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Parse jar to detect ejb3 beans Date: Mon, 01 Jan 2007 17:47:54 -0500 Message-ID: <3463303.1167691674253.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1427783786031828522== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I wouldn't suggest doing it this way.... What you should do is have your JACC deployer come after the EJB3 deployers= and look for: | = | public void deploy(DeploymentUnit unit) throws DeploymentException | { | Ejb3Deployment deployment =3D unit.getAttachment(Ejb3Deployment.c= lass); | if (deployment =3D=3D null) return; // there is no EJB3 deploymen= t in this file | = Scanning is time consuming. We don't want 50 deployers doing scanning. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997140#3997140 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997140 --===============1427783786031828522==-- From do-not-reply at jboss.com Mon Jan 1 22:05:02 2007 Content-Type: multipart/mixed; boundary="===============8596581436414601080==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Parse jar to detect ejb3 beans Date: Mon, 01 Jan 2007 22:05:02 -0500 Message-ID: <5119596.1167707102684.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8596581436414601080== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As long as I am able to register the policy configuration for the EJB3 depl= oyment before getting active, it should be fine. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997153#3997153 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997153 --===============8596581436414601080==-- From do-not-reply at jboss.com Tue Jan 2 04:05:36 2007 Content-Type: multipart/mixed; boundary="===============8838548342152209623==" MIME-Version: 1.0 From: mahendra_kutare To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Internal Benchmarking] - Re: JBoss 4.0.4 + MySQL 5.0.17c Pro + SpecJ2004 Date: Tue, 02 Jan 2007 04:05:36 -0500 Message-ID: <26438180.1167728736260.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8838548342152209623== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have also encountered the similar program and somewhere in the jboss code= it checks whether its a single phase or two phase commit and if its two ph= ase commit then it set some STATUS on prepare and commit. = I believe may be the reason for this is JBOSS is not able to handle the 2PC= due to - a) MySQL version of j-connector which do not support 2PC. Anything earlier = than 5.0 would not be have 2PC commit capabilities. I will be performing tests runs to cross check if this is the case. If anyo= ne has any other view or explaination of this error, please let me know. - Mahendra View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997188#3997188 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997188 --===============8838548342152209623==-- From do-not-reply at jboss.com Tue Jan 2 05:51:54 2007 Content-Type: multipart/mixed; boundary="===============9005737140105815502==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Component Proposal - Configurable Service Locator Date: Tue, 02 Jan 2007 05:51:54 -0500 Message-ID: <16049381.1167735114750.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9005737140105815502== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please take a look at: http://anonsvn.jboss.org/repos/jbossas/projects/ejb3= /trunk/injection/ I'm rewriting the injection framework there. Note that the JavaEE 5 client specifications already solve most of the prob= lems you describe. With the new clients you can do: @EJB MySession session;= to get a reference without JNDI calls. I don't know about the caching part= . It's easier to have every injection do a JNDI call, then try to different= iate which calls won't create a new object and which calls do. The usual cl= ient application will most likely cache SLSB references anyway. A public ServiceLocater might be nice to get references to EJB's based on i= nterface. With the last item you mean: having the client use services located on diff= erence hosts? That would be cool. It's in violation with JavaEE 5 spec thou= gh so we need to clearly separate it from a regular JavaEE 5 client. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997203#3997203 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997203 --===============9005737140105815502==-- From do-not-reply at jboss.com Tue Jan 2 05:57:21 2007 Content-Type: multipart/mixed; boundary="===============6986225633524328037==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Parse jar to detect ejb3 beans Date: Tue, 02 Jan 2007 05:57:21 -0500 Message-ID: <16309762.1167735441231.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6986225633524328037== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable With the EJB3 deployer rewrite you should fit snuggly in between the annati= on scanner deployer and the component deployer. Something like: - EJB3ParsingDeployer - EJB3JBossParsingDeployer - EJB3ScanningDeployer (after class loader) - JACCDeployer - EJB3Deployer http://jira.jboss.com/jira/browse/EJBTHREE-811 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997205#3997205 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997205 --===============6986225633524328037==-- From do-not-reply at jboss.com Tue Jan 2 06:33:38 2007 Content-Type: multipart/mixed; boundary="===============7538242863756443751==" MIME-Version: 1.0 From: koen.aers at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Tue, 02 Jan 2007 06:33:38 -0500 Message-ID: <12168151.1167737618805.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7538242863756443751== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We have fixed the FileDefinition class so that it does not throw an error w= hen looking for a file that does not exist. This solved part of the stack t= race problem when using the webapp with a processdefinition without a forms= .xml file. = A related problem remains however. This is when the webapp is used with a p= rocessdefinition with tasks for which there is no assiciated taskform. In t= his case the webapp should not try to render an unexisting form to show the= task information. = We will nevertheless proceed with the beta1 release. Regards, Koen = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997210#3997210 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997210 --===============7538242863756443751==-- From do-not-reply at jboss.com Tue Jan 2 07:12:10 2007 Content-Type: multipart/mixed; boundary="===============6460190685922662305==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Array interception needed for jboss cache Date: Tue, 02 Jan 2007 07:12:10 -0500 Message-ID: <16189215.1167739930163.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6460190685922662305== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have added the ability to have different advice chains when reading and w= riting arrays. The following snippet from the tests should explain it | | | | | | | | | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997221#3997221 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997221 --===============6460190685922662305==-- From do-not-reply at jboss.com Tue Jan 2 08:29:31 2007 Content-Type: multipart/mixed; boundary="===============3568885911757206116==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Update AOPTestDelegate to better integrate into eclipse Date: Tue, 02 Jan 2007 08:29:31 -0500 Message-ID: <3452211.1167744571152.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3568885911757206116== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable To set up for debug, you need to = 1) set the jboss.aop.path system property to point to the jboss-aop.xml file 2) set -javaagent:%OUTPUT_LIB_FOLDER%\jboss-aop-jdk50.jar While the requirement for 1) could be optimized out by the mechanism you de= scribe, it means rewriting all the tests since things like field, construct= or and array interception need weaving of the testcase class, which in turn= depends on the aop.xml file being deployed before the testcase class is lo= aded. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997239#3997239 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997239 --===============3568885911757206116==-- From do-not-reply at jboss.com Tue Jan 2 09:53:05 2007 Content-Type: multipart/mixed; boundary="===============3019773173678709163==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Tue, 02 Jan 2007 09:53:05 -0500 Message-ID: <32841813.1167749585373.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3019773173678709163== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "koen.aers(a)jboss.com" wrote : A related problem remains however. This is = when the webapp is used with a processdefinition with tasks for which there= is no assiciated taskform. In this case the webapp should not try to rende= r an unexisting form to show the task information. Is there a reliable way to tell whether a file exists within a FileDefiniti= on, short of catching the exception? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997257#3997257 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997257 --===============3019773173678709163==-- From do-not-reply at jboss.com Tue Jan 2 10:03:38 2007 Content-Type: multipart/mixed; boundary="===============2051031690878037677==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Tue, 02 Jan 2007 10:03:38 -0500 Message-ID: <8252529.1167750218726.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2051031690878037677== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : Is there a reliable way to tell whether a= file exists within a FileDefinition, short of catching the exception? ...and if not, can we add one? e.g. fileDefinition.containsFile(file) or s= omething like that? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997262#3997262 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997262 --===============2051031690878037677==-- From do-not-reply at jboss.com Tue Jan 2 10:50:10 2007 Content-Type: multipart/mixed; boundary="===============1451906087354801260==" MIME-Version: 1.0 From: ravishbhupesh To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: unable to resolve beanClass method from remote proxy cal Date: Tue, 02 Jan 2007 10:50:09 -0500 Message-ID: <4515983.1167753009997.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1451906087354801260== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable hey I also got the same problem. actually I tried on 3-4 systems. on some t= he application is working fine but on 2-3 systems it is giving same error..= . if anybody got some sol. plz do reply.... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997276#3997276 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997276 --===============1451906087354801260==-- From do-not-reply at jboss.com Tue Jan 2 10:55:49 2007 Content-Type: multipart/mixed; boundary="===============4137580196720596667==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Tue, 02 Jan 2007 10:55:49 -0500 Message-ID: <22180057.1167753349887.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4137580196720596667== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Why did you remove testSimpleFailover from FailoverTest? This test killed the server, and performed an invocation while the server i= s dead. Something would intercept an exception from the communication layer= and activate failover from that exception. I reactivated the test on my local copy, and the test is fails. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997277#3997277 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997277 --===============4137580196720596667==-- From do-not-reply at jboss.com Tue Jan 2 10:55:52 2007 Content-Type: multipart/mixed; boundary="===============0667673317420560855==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: JSR-160 support Date: Tue, 02 Jan 2007 10:55:52 -0500 Message-ID: <9665103.1167753352641.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0667673317420560855== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Probably not. There were only two initial reasons for JSR-160 implementati= on: 1. JDK 1.4 did not have it built in, so would need to drop in an implementa= tion. 2. Performance could potentially be better with custom implementation. Since are so far behind on JBoss implementation, don't know that 1 applies = anymore (since JBoss 5 will be jdk 1.5, which has JSR-160 built in). As fo= r 2, don't know how good/bad Sun's implementation is in regards to performa= nce. Since remote jmx calls is not part of core JBoss infrastructure, may = not really be an issue (where as jboss jmx microkernel was dependent upon j= mx, rolling our own implementation made sense for performance reasons). I personally don't care either way, just don't have the time/resources to d= evote to it at the moment (and don't know when I would as has always been a= low priority). = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997278#3997278 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997278 --===============0667673317420560855==-- From do-not-reply at jboss.com Tue Jan 2 11:03:32 2007 Content-Type: multipart/mixed; boundary="===============8061804531424266391==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: JSR-160 support Date: Tue, 02 Jan 2007 11:03:32 -0500 Message-ID: <30313581.1167753812188.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8061804531424266391== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable jmx-remoting.sar is already included in HEAD and would use the JDK 1.5 JSR-= 160 implementation by default. Could also include this for JBoss 4.2 if de= sired. At that point, is only a question of performance (assuming JDK 1.5 = or higher is required for JBossAS 4.2+) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997280#3997280 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997280 --===============8061804531424266391==-- From do-not-reply at jboss.com Tue Jan 2 12:59:51 2007 Content-Type: multipart/mixed; boundary="===============8362248796653448614==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Problem deploying a -beans.xml in a SAR Date: Tue, 02 Jan 2007 12:59:50 -0500 Message-ID: <14891001.1167760790913.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8362248796653448614== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There are problems deploying the tc6 clustering cache on trunk. It's deplo= yed via a -beans.xml nested in an expanded .sar. I get errors deploying so= me of the nested beans in the config as follows; which bean fails seems to = vary. 2006-12-31 17:28:44,527 ERROR [org.jboss.deployers.plugins.deployers.kernel= .BeanMetaDataDeployer] Error during deployment: jboss:id=3Dtc6-cluster.sar,= service=3Djacc | org.jboss.deployers.spi.DeploymentException: Error deploying: TomcatClu= steringBuddyLocatorConfig | at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentExce= ption(DeploymentException.java:49) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDeployer.d= eploy(BeanMetaDataDeployer.java:71) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDeployer.d= eploy(BeanMetaDataDeployer.java:42) | at org.jboss.deployers.plugins.deployers.helpers.AbstractSimpleRealDep= loyer.deploy(AbstractSimpleRealDeployer.java:53) | at org.jboss.deployers.plugins.deployer.AbstractSimpleDeployer.commitD= eploy(AbstractSimpleDeployer.java:52) | at org.jboss.deployers.plugins.deployer.DeployerWrapper.commitDeploy(D= eployerWrapper.java:145) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeplo= y(MainDeployerImpl.java:440) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeplo= y(MainDeployerImpl.java:451) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeplo= y(MainDeployerImpl.java:451) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.process(Mai= nDeployerImpl.java:381) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.load= Profile(ProfileServiceBootstrap.java:366) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.boot= strap(ProfileServiceBootstrap.java:246) | at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBo= otstrap.java:89) | at org.jboss.system.server.profileservice.ServerImpl.doStart(ServerImp= l.java:403) | at org.jboss.system.server.profileservice.ServerImpl.start(ServerImpl.= java:342) | at org.jboss.Main.boot(Main.java:210) | at org.jboss.Main$1.run(Main.java:508) | at java.lang.Thread.run()V(Unknown Source) | Caused by: java.lang.IllegalStateException: TomcatClusteringBuddyLocato= rConfig is already installed. | at org.jboss.dependency.plugins.AbstractController.install(AbstractCon= troller.java:249) | at org.jboss.dependency.plugins.AbstractController.install(AbstractCon= troller.java:177) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDeployer.d= eploy(BeanMetaDataDeployer.java:67) | ... 16 more This may be an odd case due to funky packaging. The sar looks like this: tc6-cluster.sar -- META-INF -- -- tc6-cluster-beans.xml -- tc6-cluster.aop That packaging is a bit of a 4.x legacy and doesn't need to be that way; us= ing a simple directory to logically group the two files is fine, even bette= r: tc6-cluster -- tc6-cluster-beans.xml -- tc6-cluster.aop When I shift to this packaging, it seems to deploy without issue. But, the= other packaging was working with the Beta1 release, so I want to mention i= t in case this is a sign of something more fundamental being broken. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997313#3997313 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997313 --===============8362248796653448614==-- From do-not-reply at jboss.com Tue Jan 2 13:15:27 2007 Content-Type: multipart/mixed; boundary="===============7527326453279516771==" MIME-Version: 1.0 From: ryan.campbell at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Code Coverage in JBoss AS Test Suite Date: Tue, 02 Jan 2007 13:15:27 -0500 Message-ID: <10191675.1167761727371.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7527326453279516771== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Manik, Where should we document this test case? A readme in the src/etc folder? = Somewhere else? Thanks, Ryan View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997316#3997316 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997316 --===============7527326453279516771==-- From do-not-reply at jboss.com Tue Jan 2 13:28:04 2007 Content-Type: multipart/mixed; boundary="===============4651694193286774477==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Re: JMS Provider(s) Design - JBossMQ/JBossMessaging/ActiveMQ Date: Tue, 02 Jan 2007 13:28:03 -0500 Message-ID: <32127122.1167762483942.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4651694193286774477== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I built jbossesb from trunk and deployed sar to jboss-4.0.5.GA along with e= sb configuration files and war. I am getting an exception when I start the = server org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbListene= rControllerImpl] Cannot launch java.lang.NoSuchMethodException: org.jboss.soa.esb.listeners.message.Messag= eAwareListener.(org.jboss.soa.esb.listeners.message.EsbListenerController, = org.jboss.soa.esb.helpers.ConfigTree) at java.lang.Class.getConstructor0(Class.java:2647) at java.lang.Class.getConstructor(Class.java:1629) at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbLis= tenerControllerImpl.tryToLaunchChildListener(EsbListenerControllerFactory.j= ava:394) at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbLis= tenerControllerImpl.run(EsbListenerControllerFactory.java:346) at java.lang.Thread.run(Thread.java:595) 2007-01-02 11:04:25,640 ERROR [org.jboss.soa.esb.listeners.message.EsbListe= nerControllerFactory$EsbListenerControllerImpl] Cannot launch java.lang.NoSuchMethodException: org.jboss.soa.esb.listeners.message.Messag= eAwareListener.(org.jboss.soa.esb.listeners.message.EsbListenerController, = org.jboss.soa.esb.helpers.ConfigTree) at java.lang.Class.getConstructor0(Class.java:2647) at java.lang.Class.getConstructor(Class.java:1629) at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbLis= tenerControllerImpl.tryToLaunchChildListener(EsbListenerControllerFactory.j= ava:394) at org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory$EsbLis= tenerControllerImpl.run(EsbListenerControllerFactory.java:346) at java.lang.Thread.run(Thread.java:595) 2007-01-02 11:04:25,656 DEBUG [org.jboss.soa.esb.listeners.message.EsbListe= nerControllerFactory$EsbListenerControllerImpl] About to sleep 49969 2007-01-02 11:04:25,734 INFO [org.jboss.soa.esb.listeners.State] Listener = component [org.jboss.soa.esb.listeners.message.EsbListenerControllerFactory= $EsbListenerControllerImpl] is now in a state of 'Ready'. 2007-01-02 11:04:25,734 DEBUG [org.jboss.soa.esb.listeners.message.EsbListe= nerControllerService] Started jboss.org:service=3DEsbListenerController 2007-01-02 11:04:25,734 DEBUG [org.jboss.system.ServiceController] Starting= dependent components for: jboss.org:service=3DEsbListenerController depend= ent components: [] 2007-01-02 11:04:25,734 DEBUG [org.jboss.system.ServiceController] starting= service jboss.org:service=3DGatewayListenerController 2007-01-02 11:04:25,734 DEBUG [org.jboss.soa.esb.listeners.gateway.GatewayL= istenerControllerService] Starting jboss.org:service=3DGatewayListenerContr= oller 2007-01-02 11:04:25,734 INFO [org.jboss.soa.esb.listeners.gateway.GatewayL= istenerControllerService] starting message aware listener with config file = jbossesb-gateway.xml 2007-01-02 11:04:25,734 INFO [org.jboss.soa.esb.listeners.gateway.GatewayL= istenerController] No value specified for: endTime - Listener will run unti= l parent container/process terminates. 2007-01-02 11:04:25,750 DEBUG [org.jboss.soa.esb.listeners.gateway.GatewayL= istenerControllerService] Started jboss.org:service=3DGatewayListenerContro= ller 2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] Starting= dependent components for: jboss.org:service=3DGatewayListenerController de= pendent components: [] 2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] starting= service jboss.jca:service=3DDataSourceBinding,name=3DJBossESBDS 2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] Ignoring= start request for service: jboss.jca:service=3DDataSourceBinding,name=3DJB= ossESBDS 2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] starting= service jboss.jdbc:service=3Dmetadata,datasource=3DJBossESBDS 2007-01-02 11:04:25,750 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.metadata.Data= SourceMetaData] Starting jboss.jdbc:service=3Dmetadata,datasource=3DJBossES= BDS 2007-01-02 11:04:25,750 DEBUG [org.jboss.ejb.plugins.cmp.jdbc.metadata.Data= SourceMetaData] Started jboss.jdbc:service=3Dmetadata,datasource=3DJBossESB= DS 2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] Starting= dependent components for: jboss.jdbc:service=3Dmetadata,datasource=3DJBoss= ESBDS dependent components: [] 2007-01-02 11:04:25,750 DEBUG [org.jboss.system.ServiceController] starting = Also getting: 2007-01-02 11:04:34,750 INFO [org.apache.juddi.registry.local.Registry] Lo= ading jUDDI configuration. 2007-01-02 11:04:34,750 INFO [org.apache.juddi.registry.local.Registry] Re= sources loaded from: /C:/jboss-ps-0.1/jboss-4.0.5.GA/server/ps/conf/juddi.p= roperties 2007-01-02 11:04:34,750 INFO [org.apache.juddi.registry.local.Registry] In= itializing jUDDI components. 2007-01-02 11:04:34,750 INFO [org.jboss.internal.soa.esb.services.registry= .JAXRRegistryImpl] Service name: trailblazer-jmsbank:jmsbankreplies 2007-01-02 11:04:34,750 INFO [org.jboss.internal.soa.esb.services.registry= .JAXRRegistryImpl] Description: null 2007-01-02 11:04:34,750 INFO [org.jboss.internal.soa.esb.services.registry= .JAXRRegistryImpl] Key id: 8A386AE0-909D-11DB-AAE0-C8137B127B1B 2007-01-02 11:04:34,781 ERROR [STDERR] Exception in thread "Thread-36" = 2007-01-02 11:04:34,781 ERROR [STDERR] java.lang.LinkageError: loader const= raints violated when linking org/w3c/dom/Document class 2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.internal.soa.esb.addre= ssing.helpers.EPRHelper.toXMLString(EPRHelper.java:151) 2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.internal.soa.esb.servi= ces.registry.JAXRRegistryImpl.registerEPR(JAXRRegistryImpl.java:185) 2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.soa.esb.listeners.gate= way.GatewayListenerController.register(GatewayListenerController.java:644) 2007-01-02 11:04:34,781 ERROR [STDERR] at org.jboss.soa.esb.listeners.gate= way.JmsGatewayListener.run(JmsGatewayListener.java:75) 2007-01-02 11:04:34,781 ERROR [STDERR] at java.lang.Thread.run(Thread.java= :595) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997322#3997322 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997322 --===============4651694193286774477==-- From do-not-reply at jboss.com Tue Jan 2 13:29:16 2007 Content-Type: multipart/mixed; boundary="===============6748769483598012743==" MIME-Version: 1.0 From: pavel.tsekov at redhat.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Code Coverage in JBoss AS Test Suite Date: Tue, 02 Jan 2007 13:29:16 -0500 Message-ID: <18886213.1167762556302.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6748769483598012743== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Posted to the wrong forum thread ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997323#3997323 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997323 --===============6748769483598012743==-- From do-not-reply at jboss.com Tue Jan 2 13:36:52 2007 Content-Type: multipart/mixed; boundary="===============1146266196425070710==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Problem deploying a -beans.xml in a SAR Date: Tue, 02 Jan 2007 13:36:52 -0500 Message-ID: <23233288.1167763012450.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1146266196425070710== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I see the error and will look at it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997325#3997325 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997325 --===============1146266196425070710==-- From do-not-reply at jboss.com Tue Jan 2 13:41:06 2007 Content-Type: multipart/mixed; boundary="===============5544242718538050388==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - DeployerInterceptorEJB3 depends on jboss.ejb3:service=EJB3De Date: Tue, 02 Jan 2007 13:41:06 -0500 Message-ID: <31326411.1167763266753.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5544242718538050388== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The latest refactoring on Branch_4_2 that replaced jbossws14.sar with jboss= ws.sar expects the EJB3Deployer to be present. = EJB3 is still an optional component in JBossAS, so although we now require = jdk5, we may not have EJB3 present. = We need to include a jboss-service.xml descriptor that doesn't have this de= pendency, in the standard (no EJB3) jbossAS config. http://jira.jboss.com/jira/browse/JBAS-3964 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997327#3997327 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997327 --===============5544242718538050388==-- From do-not-reply at jboss.com Tue Jan 2 13:50:10 2007 Content-Type: multipart/mixed; boundary="===============0651116519971309514==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Re: JMS Provider(s) Design - JBossMQ/JBossMessaging/ActiveMQ Date: Tue, 02 Jan 2007 13:50:10 -0500 Message-ID: <22591621.1167763810862.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0651116519971309514== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I removed xml-apis-1.3.02.jar and xercesImpl-2.7.1 from the jbossesb.sar an= d the second exception appears to have gone away. There are versions of the= se jars in jboss-4.0.5/lib/endorsed (xalan.jar is in lib and the sar as ell= ). = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997328#3997328 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997328 --===============0651116519971309514==-- From do-not-reply at jboss.com Tue Jan 2 14:03:38 2007 Content-Type: multipart/mixed; boundary="===============2720826383191765173==" MIME-Version: 1.0 From: ryan.campbell at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Code Coverage in JBoss AS Test Suite Date: Tue, 02 Jan 2007 14:03:38 -0500 Message-ID: <32471540.1167764618450.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2720826383191765173== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Oops, you are right, sorry. Will delete the bad postings. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997330#3997330 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997330 --===============2720826383191765173==-- From do-not-reply at jboss.com Tue Jan 2 14:04:46 2007 Content-Type: multipart/mixed; boundary="===============6656784773685604666==" MIME-Version: 1.0 From: ryan.campbell at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Serialization Compatibility Tests Date: Tue, 02 Jan 2007 14:04:46 -0500 Message-ID: <19280211.1167764686200.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6656784773685604666== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Manik, Where should we document this test case? A readme in the src/etc folder? So= mewhere else? Thanks, Ryan View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997331#3997331 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997331 --===============6656784773685604666==-- From do-not-reply at jboss.com Tue Jan 2 14:08:20 2007 Content-Type: multipart/mixed; boundary="===============4105943471946999132==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Problem deploying a -beans.xml in a SAR Date: Tue, 02 Jan 2007 14:08:20 -0500 Message-ID: <19016328.1167764900235.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4105943471946999132== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a problem with the beans created by the SecurityDeployer. It is not= being selective enough about what contexts its processing. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997332#3997332 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997332 --===============4105943471946999132==-- From do-not-reply at jboss.com Tue Jan 2 14:17:22 2007 Content-Type: multipart/mixed; boundary="===============7945759815674085745==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - Re: SecurityContext Date: Tue, 02 Jan 2007 14:17:21 -0500 Message-ID: <3552438.1167765441915.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7945759815674085745== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This has to be part of the client proxy interceptor stack. Today there is o= nly the SecurityInterceptor that accesses the SecurityAssociation. The inte= rceptor stack associated with a proxy needs to include whatever security as= pects are needed based on the security metadata. One way would be to includ= e several different security interceptors in the proper order so that the a= ggregate security context of the call is correct. Some interceptors may do = nothing if there already is a security context associated with the call whi= le others may augment it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997339#3997339 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997339 --===============7945759815674085745==-- From do-not-reply at jboss.com Tue Jan 2 14:28:57 2007 Content-Type: multipart/mixed; boundary="===============6055389127286333293==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Update AOPTestDelegate to better integrate into eclipse Date: Tue, 02 Jan 2007 14:28:56 -0500 Message-ID: <10364815.1167766136997.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6055389127286333293== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its not clear why the aop processing cannot be done before the test classes= are loaded by expanding the AOPTestWithSetup/AOPTestDelegate. It should ju= st require an aop aware class loader be installed at the proper level in th= e test harness. I assume this is what the javaagent is doing. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997342#3997342 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997342 --===============6055389127286333293==-- From do-not-reply at jboss.com Tue Jan 2 14:29:26 2007 Content-Type: multipart/mixed; boundary="===============5902490373283919302==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - New jboss version info attributes Date: Tue, 02 Jan 2007 14:29:26 -0500 Message-ID: <19380533.1167766166067.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5902490373283919302== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just saw 4 new attributed added to jboss.system:type=3DServerConfig mbean (= I'm posting here 'cause Thomas added them) SpecificationTitle (JBoss) ImplementationTitle (JBoss [Trinity]) and ImplementationVersion (4.2.0.CR1 (build: SVNTag=3DJBoss_4_2_0_CR1 date=3D200701021921)) are either obvious or exist already in a jboss.system:type=3DServer mbean: Version (4.2.0CR1(build: CVSTag=3DJBoss_4_2_0_CR1 date=3D200701021921)) VersionName (Trinity) The only useful addition seems to be the SpecificationVersion (4.2.0.CR1) which again looks more appropriate to appear in jboss.system:type=3DServer = mbean as, e.g., VersionNumber, VersionId, or similar. Are those new attributes used somewhere? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997343#3997343 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997343 --===============5902490373283919302==-- From do-not-reply at jboss.com Tue Jan 2 14:30:29 2007 Content-Type: multipart/mixed; boundary="===============8544031244741124574==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - SecurityDeployer needs to be more selective about what is pr Date: Tue, 02 Jan 2007 14:30:29 -0500 Message-ID: <16493770.1167766229268.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8544031244741124574== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Starting the all configuration is producing a duplicate mbean problem as me= ntioned here: http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&p=3D3997313#3997= 313 The SecurityDeployer needs to be looking for some security related metadata= to trigger its behavior. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997344#3997344 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997344 --===============8544031244741124574==-- From do-not-reply at jboss.com Tue Jan 2 15:02:06 2007 Content-Type: multipart/mixed; boundary="===============3296316753482393232==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Update AOPTestDelegate to better integrate into eclipse Date: Tue, 02 Jan 2007 15:02:06 -0500 Message-ID: <14209610.1167768126085.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3296316753482393232== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The initialization of the AOPSetup/TestDelegate results from the testcase = setUp() method. Once that is called the class has already been loaded: | Thread [main] (Suspended (breakpoint at line 39 in AOPTestDelegate)) = | AOPTestDelegate.(Class) line: 39 = | AOPTestWithSetup.getDelegate(Class) line: 51 = | NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not a= vailable [native method] = | NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39 = | DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25 = | Method.invoke(Object, Object...) line: 585 = | AbstractTestDelegate.getDelegate(Class) line: 70 = | AbstractTestSetup.setUp() line: 62 = | AOPArrayTestCase(AbstractTestCaseWithSetup).setUp() line: 90 = | AOPArrayTestCase(TestCase).runBare() line: 125 = | TestResult$1.protect() line: 106 = | TestResult.runProtected(Test, Protectable) line: 124 = | TestResult.run(TestCase) line: 109 = | AOPArrayTestCase(TestCase).run(TestResult) line: 118 = | TestSuite.runTest(Test, TestResult) line: 208 = | TestSuite.run(TestResult) line: 203 = | TestSuite.runTest(Test, TestResult) line: 208 = | TestSuite.run(TestResult) line: 203 = | JUnit3TestReference.run(TestExecution) line: 128 = | TestExecution.run(ITestReference[]) line: 38 = | RemoteTestRunner.runTests(String[], String, TestExecution) line: 460 = | RemoteTestRunner.runTests(TestExecution) line: 673 = | RemoteTestRunner.run() line: 386 = | RemoteTestRunner.main(String[]) line: 196 = | = The classloader uses whatever -aop.xml info has been deployed in AOP to det= ermine if the class should be woven, in other words having this deployed by= the Setup/Delegate is too late. 2 possible solutions: 1) Refactor all existing xxxTestCase classes to xxxTestCaseDelegate and cre= ate new xxxTestCase classes delegating to the xxxTestCaseDelegate 2) Create a new javaagent that delegates to the exisiting transformer. This= transformer should be able to leverage the existing transformer for it's w= ork and deploy use the info about the testcase to = 1) is a pain, and 2) while conceptually straight-forward is complicated by = the fact that there doesn't seem to be a way to tell which test is being ru= n. One option though could be to have my classloader dig into the junit stack,= and weave the org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(= ) method so this information is available in a system property somewhere. E= clipse seems to load that class for each test run. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997352#3997352 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997352 --===============3296316753482393232==-- From do-not-reply at jboss.com Tue Jan 2 15:27:49 2007 Content-Type: multipart/mixed; boundary="===============5033263860828587831==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Tue, 02 Jan 2007 15:27:49 -0500 Message-ID: <9509926.1167769669130.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5033263860828587831== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i have updated the file definition so that a null value is returned if the = file doesn't exist. most part of the webapp is updated for this. but the view should be redirected to the process instance view instead of t= he task instance view in case a process is started without a start task. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997357#3997357 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997357 --===============5033263860828587831==-- From do-not-reply at jboss.com Tue Jan 2 15:53:49 2007 Content-Type: multipart/mixed; boundary="===============0911846645821900405==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Re: JMS Provider(s) Design - JBossMQ/JBossMessaging/ActiveMQ Date: Tue, 02 Jan 2007 15:53:49 -0500 Message-ID: <8913183.1167771229800.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0911846645821900405== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As for the first exception, it appears that MessageAwareListerner extends AbstractManagedListener and the constructor t= akes a org.jboss.soa.esb.listener.ListenerManager as an argument. However, = from the stack trace it appears that a org.jboss.soa.esb.listener.message.E= SBListenerController is being passed, which does not implement ListenerMan= ager. So the messageAwareListener.getContructor(org.jboss.soa.esb.listener.Listen= erManager, org.jboss.soa.esb.helper.ConfigTree) is failing. Not clear to me the relationship between the two interfaces: ListenerManage= r and ESBListenerController View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997358#3997358 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997358 --===============0911846645821900405==-- From do-not-reply at jboss.com Tue Jan 2 16:00:23 2007 Content-Type: multipart/mixed; boundary="===============8698839756083138856==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Problem deploying a -beans.xml in a SAR Date: Tue, 02 Jan 2007 16:00:23 -0500 Message-ID: <553350.1167771623653.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8698839756083138856== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I will fix this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997361#3997361 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997361 --===============8698839756083138856==-- From do-not-reply at jboss.com Tue Jan 2 16:00:40 2007 Content-Type: multipart/mixed; boundary="===============3833213324419392892==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Tue, 02 Jan 2007 16:00:40 -0500 Message-ID: <2177997.1167771640637.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3833213324419392892== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, no problem, that should be simple to do. Thanks... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997362#3997362 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997362 --===============3833213324419392892==-- From do-not-reply at jboss.com Tue Jan 2 16:29:51 2007 Content-Type: multipart/mixed; boundary="===============5905546463606538893==" MIME-Version: 1.0 From: unibrew To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: How do you a forum and a wiki to a jportal Date: Tue, 02 Jan 2007 16:29:51 -0500 Message-ID: <14773994.1167773391174.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5905546463606538893== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello Please do not user questions on this forum ( http://www.jboss.com/index.ht= ml?module=3Dbb&op=3Dviewtopic&t=3D75280) You should find all needed info on: http://labs.jboss.com/portal/jbosswiki/= ?prjlist=3Dfalse and = http://labs.jboss.com/portal/jbossforums/?prjlist=3Dtrue . Regards ---------------------- Ryszard Kozmik JBoss Forums JBoss Labs Team View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997367#3997367 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997367 --===============5905546463606538893==-- From do-not-reply at jboss.com Tue Jan 2 16:52:15 2007 Content-Type: multipart/mixed; boundary="===============7974535475955046373==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - Re: SecurityContext Date: Tue, 02 Jan 2007 16:52:15 -0500 Message-ID: <6366021.1167774735856.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7974535475955046373== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Now where will the client side interceptors pick up the caller Security Con= text from? I need something like the old SecurityAssociation threadlocal. This is just a minute issue but this is where I cannot throw away the threa= dlocal concept. In my current prototype, I have a SecurityContextAssociatio= n with a single threadlocal to hold the securitycontext object. The Securi= ty Interceptor in the proxy looks at the threadlocal object to obtain the c= all-path security context. If it exists and it holds the invocation princip= al(means there is no explicit jaas login), I just send the security context= over the invocation. If the invocation principal does not match with the S= C on the threadlocal, it means there is an explicit jaas login - create a n= ew SC (plug the call-path sc as its parent) and set this new SC on the thre= adlocal as well as sending it on the invocation. Takes care of end-to-end s= ecurity. The security context can hold the caller's security context and be passed v= ia invocation. So we get the stack like behavior for the caller's context. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997373#3997373 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997373 --===============7974535475955046373==-- From do-not-reply at jboss.com Tue Jan 2 17:35:24 2007 Content-Type: multipart/mixed; boundary="===============4401151568573354846==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - JBMESSAGING-578 - Multiplex JGroups Channel Date: Tue, 02 Jan 2007 17:35:24 -0500 Message-ID: <27317819.1167777324238.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4401151568573354846== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a thread discussion on http://jira.jboss.com/jira/browse/JBMESSAGIN= G-578. For a call on JChannelFactory, we are supposed to send an ID identifying th= e system. We could have a constant (such as JBOSS_MESSAGING) on that ID, but per my d= iscussion with Brian Stansberry we should have the ID configured. Briand recomended using ${jboss.partition.name:DefaultPartition}-JMS for th= e Application Server. I will keep the partitionID configurable on the ClusteredPostOfficeMBean th= en. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997381#3997381 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997381 --===============4401151568573354846==-- From do-not-reply at jboss.com Tue Jan 2 18:59:15 2007 Content-Type: multipart/mixed; boundary="===============6730592519376203426==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel Date: Tue, 02 Jan 2007 18:59:15 -0500 Message-ID: <21722683.1167782355235.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6730592519376203426== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have a question regarding this: Should we aways use JGroups Multiplexor by default, or only when running un= der JBoss5? I'm creating a new interface to perform JChannel creations called ChannelFa= ctory. This interface is only used at DefaultClusteredPostOffice and its se= rvice. Since I don't want to put everything on the same package as DefaultClustere= dPostOffice, I have created a new package under postoffice.cluster, called = jgroups which can be easily renamed/moved later if that's not the proper pl= ace. I haven't committed my changes yet by the time of this post, but I will as = soon as I have finished running testcases. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997400#3997400 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997400 --===============6730592519376203426==-- From do-not-reply at jboss.com Tue Jan 2 19:32:17 2007 Content-Type: multipart/mixed; boundary="===============0919157153934630697==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - Re: SecurityContext Date: Tue, 02 Jan 2007 19:32:17 -0500 Message-ID: <3177084.1167784337469.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0919157153934630697== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Setting the security context has to be reconcilled with the security aspect= behavior. If you do an explicit jaas login, all that really results is an = authenticated subject. Instead of having a ClientLoginModule push this to a= thread local, it could associate this info with the mc metadata repository= at a request scope. The aspect checking the security context would use the= metadata repository to pickup scope starting from the request and moving u= p to higher levels like deployment, security domain default, etc. Alternatively we could look at Subject.doAs*()/Subject.getSubject(AccessCon= trolContext acc) with validation of the authentication as data in the subje= ct private credentials to better leverage the jaas apis. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997403#3997403 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997403 --===============0919157153934630697==-- From do-not-reply at jboss.com Tue Jan 2 23:59:28 2007 Content-Type: multipart/mixed; boundary="===============1623985372838776441==" MIME-Version: 1.0 From: ron_sigal To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Detached invokers are too detached from the transport Date: Tue, 02 Jan 2007 23:59:28 -0500 Message-ID: <763396.1167800368328.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1623985372838776441== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable How about a generalization of HandshakeCompletedListener: | interface SocketCreatedListener | { | void socketCreated(Socket socket); | } | = = An instance of SocketCreatedListener could be passed in on the client side: | SocketCreatedListener listener =3D ... ; | HashMap config =3D new HashMap(); | config.put(Remoting.SOCKET_CREATED_LISTENER, listener); | Client client =3D new Client(locator, config); | = and on the server side: | SocketCreatedListener listener =3D ... ; | HashMap config =3D new HashMap(); | config.put(Remoting.SOCKET_CREATED_LISTENER, listener); | Connector =3D new Connector(locator, config); | = The client and server invokers would be responsible for calling the listene= r whenever they create a socket. A customized SocketFactory would probably= be necessary for some of the less transparent transports. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997426#3997426 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997426 --===============1623985372838776441==-- From do-not-reply at jboss.com Wed Jan 3 02:19:20 2007 Content-Type: multipart/mixed; boundary="===============8094867187151020153==" MIME-Version: 1.0 From: bela at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Array interception needed for jboss cache Date: Wed, 03 Jan 2007 02:19:20 -0500 Message-ID: <4699356.1167808760346.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8094867187151020153== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is cool stuff ! Ben, please see whether this covers all the requiremen= ts from the PojoCache side. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997451#3997451 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997451 --===============8094867187151020153==-- From do-not-reply at jboss.com Wed Jan 3 03:18:54 2007 Content-Type: multipart/mixed; boundary="===============3756544915587854110==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Detached invokers are too detached from the transport Date: Wed, 03 Jan 2007 03:18:54 -0500 Message-ID: <25280935.1167812334132.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3756544915587854110== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That sounds fine. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997463#3997463 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997463 --===============3756544915587854110==-- From do-not-reply at jboss.com Wed Jan 3 04:02:51 2007 Content-Type: multipart/mixed; boundary="===============9098401478273258787==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 04:02:51 -0500 Message-ID: <18105989.1167814971206.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9098401478273258787== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable build for 3.2.Beta1 succeeds... but there is still a problem in the web app= . when starting a new process instance, it doesn't navigate to the form in= case there is one. so the original problem is fixed but it introduced a n= ew problem. david, can you have a look at this asap ? thanks. please, keep me posted when fixing things for an imminent release. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997467#3997467 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997467 --===============9098401478273258787==-- From do-not-reply at jboss.com Wed Jan 3 04:05:29 2007 Content-Type: multipart/mixed; boundary="===============8583994314187203105==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 04:05:29 -0500 Message-ID: <7296806.1167815129367.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8583994314187203105== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ah... and david, it would be good if you focus on communication and keep me= posted in your morning. = then we still have a few extra cycles during our short working time overlap= :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997468#3997468 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997468 --===============8583994314187203105==-- From do-not-reply at jboss.com Wed Jan 3 06:49:03 2007 Content-Type: multipart/mixed; boundary="===============7281055971837125455==" MIME-Version: 1.0 From: ben.wang at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Array interception needed for jboss cache Date: Wed, 03 Jan 2007 06:49:02 -0500 Message-ID: <12891720.1167824942973.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7281055971837125455== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Kabir, I need more to work out a prototype from PojoCache side once alpha2 = is out this week (or early next week). But here are my initial questions: 1. We have discussed multi-dimensional array before. Can your prototyoe han= dle it now? 2. I have some reservation regarding to per-VM scope of array interception. a) What happens when I have multiple instances in the VM. E.g., = | p1 =3D new POJO(); | = | p2 =3D new POJO(); | = | ... | = | p1.array[2] =3D 10; | = | p2.array[2] =3D 20; | = can you differentiate this? 3. Since we don't distinguish the target object, what happens when I have s= ame array field name in different POJO? E.g., | class POJO_A | { | int[] array; | } | = and | class POJO_B | { | int[] array; | } | = Will I have a problem here? 4. With per-VM scope, we are saying this is like a static field, I think. S= o naturally, we can't use the "Region" concept that is in JBoss Cache. We w= ill just need to document that. 5. Finally, upon invocation in MyArrayInterceptor, do I have access to the = array reference itself, e.g., POJO.array? Can I get it from the ArrayRegist= ry during invocation? I need this such that I can tie the array to the inte= rnal cache store. Thanks, -Ben View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997501#3997501 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997501 --===============7281055971837125455==-- From do-not-reply at jboss.com Wed Jan 3 08:47:40 2007 Content-Type: multipart/mixed; boundary="===============5680358187251202442==" MIME-Version: 1.0 From: aamonten To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - default.mf does not exist Date: Wed, 03 Jan 2007 08:47:40 -0500 Message-ID: <4470892.1167832060404.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5680358187251202442== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable HI I have just downloaded the latest revision (59310) of the head, followin= g the instructions at http://www.jboss.com/wiki/Wiki.jsp?page=3DBuildingJBo= ssAOPFromSubversion my problem arise when I try to build the project, I got a build failed | amontenegro(a)loki ~/jboss-aop/build $ ./build.sh = | Searching for build.xml ... | Buildfile: /home/amontenegro/jboss-aop/build/build.xml | = | check.inhibit.downloads: | = | check.proxy: | = | set.proxy: | = | createthirdparty: | = | _buildmagic:init: | Trying to override old definition of task property | = | _buildmagic:init:buildlog: | = | configure: | [echo] groups: default | [echo] modules: aop | = | init: | = | _buildmagic:modules:most: | = | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | =3D=3D Executing 'most' in module 'aop'... | =3D=3D | = | _buildmagic:init: | = | configure: | = | init: | = | _buildmagic:build-bypass-checker: | = | _buildmagic:build-bypass-notice: | = | _buildmagic:build-bypass-check: | = | source-jar: | = | BUILD FAILED | /home/amontenegro/jboss-aop/aop/build.xml:420: Manifest file: /home/amo= ntenegro/jboss-aop/aop/output/etc/default.mf does not exist. | = | Total time: 4 seconds | = I had the same problem both at linux and windows. So my doubt is if there are dependencies on another repository or are the d= ocumentation about building the project outdated. Any help would be appreti= ated. best regards Alejandro View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997541#3997541 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997541 --===============5680358187251202442==-- From do-not-reply at jboss.com Wed Jan 3 09:20:21 2007 Content-Type: multipart/mixed; boundary="===============6324080493754986778==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 09:20:21 -0500 Message-ID: <2094836.1167834021131.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6324080493754986778== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable When the process instance starts, it navigates to the task assignment list,= if there are tasks... the reason for this (which might be flawed) is that = the process may contain, for example, a fork before any tasks, so there cou= ld be several tasks initially created. Then you pick the task you are inte= rested in and this brings you to the task instance. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997554#3997554 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997554 --===============6324080493754986778==-- From do-not-reply at jboss.com Wed Jan 3 09:30:21 2007 Content-Type: multipart/mixed; boundary="===============1834904762000275486==" MIME-Version: 1.0 From: pavel.tsekov at redhat.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Serialization Compatibility Tests Date: Wed, 03 Jan 2007 09:30:21 -0500 Message-ID: <8820918.1167834621013.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1834904762000275486== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : Agreed that some exceptions may get ser= ialised as return values, but as you pointed out, this is not in the list o= f errors. | = | As for other JGroups classes, those that are transported across the wir= e are marshalled using the TreeCacheMarshaller in 1.4.0, so this is not a p= roblem when talking to 1.4.x. So, if I got it right this means that it is safe to exclude all jgroups cla= sses excepth "*Exception" when testing agains 1.4.0 GA ? "manik.surtani(a)jboss.com" wrote : = | This does break down in one scenario though; and this is when we use re= gion-based marshalling (JBC 1.2.x/1.3.x) which forces Java serialization on= the payload, including JGroups classes. (When not using region-based mars= halling, JGroups Streamable interface is used, which does not make use of J= ava seriaization) Does 1.4.x support region-based marshalling i.e. for backward compatibility= with older versions i.e. is it possible to run 1.4.x with 1.3.x so that th= ey'll exchange java serialized objects ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997561#3997561 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997561 --===============1834904762000275486==-- From do-not-reply at jboss.com Wed Jan 3 09:47:02 2007 Content-Type: multipart/mixed; boundary="===============5458919368721156911==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - new user guide Date: Wed, 03 Jan 2007 09:47:02 -0500 Message-ID: <31124874.1167835622088.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5458919368721156911== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i think it is about time for a complete update of the jbpm user guide. her= e is the outline that i currently had in mind: http://wiki.jboss.org/wiki/Wiki.jsp?page=3DJbpmNewUserGuide please, provide feedback here in this forum topic View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997567#3997567 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997567 --===============5458919368721156911==-- From do-not-reply at jboss.com Wed Jan 3 10:10:30 2007 Content-Type: multipart/mixed; boundary="===============6681897000852373469==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new user guide Date: Wed, 03 Jan 2007 10:10:30 -0500 Message-ID: <31429567.1167837030186.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6681897000852373469== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A section on delegations would be useful. The delegation APIs are simple an= d can be covered quickly. More interesting would be to point to some exampl= es. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997579#3997579 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997579 --===============6681897000852373469==-- From do-not-reply at jboss.com Wed Jan 3 10:58:50 2007 Content-Type: multipart/mixed; boundary="===============4476527439053883651==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 10:58:50 -0500 Message-ID: <32844693.1167839930561.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4476527439053883651== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We downloaded the latest code from http://anonsvn.labs.jboss.com/labs/jboss= labs/trunk/ and have been trying to compile it. We installed Maven 1.0.2 p= er the install instructions. We are getting a lot of errors with it just t= rying to download jar dependencies. Is there a more up to date repository= that we should be checking out from? Are there any plans to go to Maven 2= , or at least to maven 1.1? What is the time frame for the release of JBos= sLabs V. 2? Our company would like to evaluate it for use for all their in= ternal projects, as well as projects with business partners. Your help wou= ld be greatly appreciated. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997591#3997591 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997591 --===============4476527439053883651==-- From do-not-reply at jboss.com Wed Jan 3 11:02:02 2007 Content-Type: multipart/mixed; boundary="===============5759690969818688350==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - Re: SecurityContext Date: Wed, 03 Jan 2007 11:02:02 -0500 Message-ID: <31710203.1167840122620.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5759690969818688350== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The metadata repository at the request level is certainly a good alternativ= e to the threadlocal setup. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997592#3997592 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997592 --===============5759690969818688350==-- From do-not-reply at jboss.com Wed Jan 3 11:14:33 2007 Content-Type: multipart/mixed; boundary="===============7538742075119759949==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 11:14:33 -0500 Message-ID: <18558117.1167840873165.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7538742075119759949== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable David, please try creating a process in the designer with a wait state and = then create a task on the start state. Generate a form with 1 variable for= that start task. Deploy and Start It. Then i was navigated to the process instance view. Can you see if that is the case for you ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997599#3997599 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997599 --===============7538742075119759949==-- From do-not-reply at jboss.com Wed Jan 3 11:19:27 2007 Content-Type: multipart/mixed; boundary="===============3436195206202975605==" MIME-Version: 1.0 From: unibrew To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 11:19:27 -0500 Message-ID: <20215872.1167841167601.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3436195206202975605== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello I think there are no plans to move to mvn2 yet. Could you provide log of yo= ur build problems? The timeframe for JBLabs 2.0 is end of this month but it= might be delayed. Regards ---------------------- Ryszard Kozmik JBoss Forums Lead JBoss Labs Developer View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997604#3997604 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997604 --===============3436195206202975605==-- From do-not-reply at jboss.com Wed Jan 3 11:27:11 2007 Content-Type: multipart/mixed; boundary="===============2073125257224309634==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new user guide Date: Wed, 03 Jan 2007 11:27:11 -0500 Message-ID: <19983407.1167841631687.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2073125257224309634== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable delegations chapter added. pointers to examples were already present at th= e end of the tutorial. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997609#3997609 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997609 --===============2073125257224309634==-- From do-not-reply at jboss.com Wed Jan 3 11:38:44 2007 Content-Type: multipart/mixed; boundary="===============8072350378888898576==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: New jboss version info attributes Date: Wed, 03 Jan 2007 11:38:44 -0500 Message-ID: <25213107.1167842324158.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8072350378888898576== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I use = | ObjectName oname =3D ObjectNameFactory.create("jboss.system= :type=3DServerConfig"); | jbossVersion =3D (String)getServer().getAttribute(oname, "S= pecificationVersion"); | = to enable/disable parts of our testsuite dependeing on the target environme= nt. I only added the others for completeness. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997611#3997611 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997611 --===============8072350378888898576==-- From do-not-reply at jboss.com Wed Jan 3 11:42:57 2007 Content-Type: multipart/mixed; boundary="===============0264668786419292234==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 11:42:56 -0500 Message-ID: <4135668.1167842576935.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0264668786419292234== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for the quick response. The problem is that the ibiblio repository = that the config files point to, no longer exists. We are manually download= ing the jar files one by one. So we get a little further with each iteratio= n. Just very time consuming. I suspect that if you delete your local repo= , and try to build from scratch you will see what we are seeing. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997612#3997612 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997612 --===============0264668786419292234==-- From do-not-reply at jboss.com Wed Jan 3 11:54:56 2007 Content-Type: multipart/mixed; boundary="===============3581926783877881824==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 11:54:56 -0500 Message-ID: <30503673.1167843296212.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3581926783877881824== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We have run across one jar that is referenced that we cannot find. jsf-fac= elets-portlet.jar. Do you have a copy of this jar that you could send? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997618#3997618 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997618 --===============3581926783877881824==-- From do-not-reply at jboss.com Wed Jan 3 11:55:38 2007 Content-Type: multipart/mixed; boundary="===============8376636913163367700==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 11:55:38 -0500 Message-ID: <9408970.1167843338882.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8376636913163367700== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We have run across one jar that is referenced that we cannot find. jsf-fac= elets-portlet.jar. Do you have a copy of this jar that you could send? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997619#3997619 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997619 --===============8376636913163367700==-- From do-not-reply at jboss.com Wed Jan 3 12:36:24 2007 Content-Type: multipart/mixed; boundary="===============6926511205112046180==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel Date: Wed, 03 Jan 2007 12:36:24 -0500 Message-ID: <30736405.1167845784405.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6926511205112046180== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We will deploy JChannelFactory as part of jboss-messaging.sar for deploymen= t under jboss-4, and we will use the default ChannelFactory under JBoss5. I will add /META-INF/multiplexer-stacks.xml under jboss-messaging.sar, to u= se the exact same location jgroups.sar (forgot the exact name of the packag= e under jboss-5). Under the source tree this will be located under /src/etc= /META-INF (this was a perfect location for the testsuite also) Also.. as there is an issue with JGroups and IPV6 (as documented on their W= IKI page), I will add -Djava.net.preferIPv4Stack=3Dtrue on ServerManagemen= t.spawn and every start-rmi-clustering-service, as the new stacks introduce= d by ChannelFactory and multiplexer-stacks.xml are using IPV6. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997633#3997633 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997633 --===============6926511205112046180==-- From do-not-reply at jboss.com Wed Jan 3 12:40:02 2007 Content-Type: multipart/mixed; boundary="===============1665995886946352446==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel Date: Wed, 03 Jan 2007 12:40:01 -0500 Message-ID: <14114211.1167846001299.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1665995886946352446== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please note that I'm hoping to get the JGroups multiplexer as a standard sa= r in the 4.2 release -- see http://jira.jboss.com/jira/browse/JBAS-3940. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997634#3997634 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997634 --===============1665995886946352446==-- From do-not-reply at jboss.com Wed Jan 3 12:49:55 2007 Content-Type: multipart/mixed; boundary="===============4135341163347774141==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel Date: Wed, 03 Jan 2007 12:49:55 -0500 Message-ID: <14391357.1167846595130.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4135341163347774141== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Brian... what about this? - We lookup for the JChannelFactory MBean... - If not found, we create channels as we always used to do. In our configurations we would aways have the MBean name by default, and th= e JGroups stack to be used case the MBean was not found. This way, if jboss-messaging is deployed on 4.0, we would use the regular C= hannel, if on 4.2 or 5 we would use the multiplexor. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997637#3997637 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997637 --===============4135341163347774141==-- From do-not-reply at jboss.com Wed Jan 3 12:56:42 2007 Content-Type: multipart/mixed; boundary="===============7748919504672268730==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 12:56:42 -0500 Message-ID: <23154915.1167847002798.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7748919504672268730== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Along the way to verifying this I ran across what looks like a separate bug= . I made a process with no tasks in it at all. When you start such a proc= ess it should run right through and immediately exit the process. However,= what is actually happening is that the TaskMgmtInstance is creating a kind= of null task instance that is getting assigned (thus generating an entry i= n the assignment logs). This task instance has mostly null property values= so everything is generating NPEs when trying to view the task. Shouldn't "taskMgmtInstance.createStartTaskInstance();" return null and not= add a task if there is no start task instance? Also, why is this step eve= n necessary? I would think that task instances should be created automatic= ally when a node is entered. Any clarification is appreciated. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997642#3997642 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997642 --===============7748919504672268730==-- From do-not-reply at jboss.com Wed Jan 3 13:08:47 2007 Content-Type: multipart/mixed; boundary="===============3058456338140176481==" MIME-Version: 1.0 From: aamonten To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: default.mf does not exist Date: Wed, 03 Jan 2007 13:08:47 -0500 Message-ID: <22989990.1167847727045.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3058456338140176481== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, I fixed the problem, the latest change made on the aop/build.xml (31-12= -2006) makes the build fails when building a recent checked out jbossaop pr= oject, because it can't find some files/directories To fix it I had to create : | aop/output/etc/default.mf | aop/output/etc | aop/output/lib | = maybe adding a dependency at the source-jar in aop/build.xml target could s= olve this problem, I will look for it. regards Alejandro View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997647#3997647 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997647 --===============3058456338140176481==-- From do-not-reply at jboss.com Wed Jan 3 13:14:05 2007 Content-Type: multipart/mixed; boundary="===============1175194150746403882==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel Date: Wed, 03 Jan 2007 13:14:05 -0500 Message-ID: <8827972.1167848045193.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1175194150746403882== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable JBoss Cache actually basically does it that way. The downside to it is tha= t it masks errors (if the JChannelFactory really should be found). For tha= t reason I'm tempted to change the JBC behavior so it fails if it can't fin= d a configured JChannelFactory. But it sounds like the JBM case is differe= nt from JBC in that you have a standard config file that you want to work i= n multiple environments. JBC doesn't have such a requirement. So, for JBM= what you propose sounds reasonable. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997649#3997649 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997649 --===============1175194150746403882==-- From do-not-reply at jboss.com Wed Jan 3 13:15:42 2007 Content-Type: multipart/mixed; boundary="===============5759540835376744722==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: EJB References Date: Wed, 03 Jan 2007 13:15:42 -0500 Message-ID: <5450189.1167848142672.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5759540835376744722== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Where are we with MDBs getting reference to JMS destinations? anonymous wrote : ant -Dtest=3Dorg.jboss.test.security.test.EJBSpecUnitTest= Case one-test anonymous wrote : Caused by: javax.naming.NameNotFoundException: QueueC not= bound The queues are created. But the jndi lookup is failing. Maybe the JMSContainerInvoker/JMSProviderAdapter need look here? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997650#3997650 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997650 --===============5759540835376744722==-- From do-not-reply at jboss.com Wed Jan 3 13:30:11 2007 Content-Type: multipart/mixed; boundary="===============3386781331122857932==" MIME-Version: 1.0 From: james.williams at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new user guide Date: Wed, 03 Jan 2007 13:30:10 -0500 Message-ID: <793241.1167849010963.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3386781331122857932== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I like the tutorial outline. It might be a good idea to break out the outli= ne bullets into 2 different guides. One for operations, basically configura= tion/deployment/optimization and one for Java app developers. Also, I have = been working on Seam Labs that are basically a set of helloworld projects t= hat show 1 or 2 Seam features in action with code/configuration. Something = like this might be a good thing for standalone jBPM. http://wiki.jboss.org/wiki/Wiki.jsp?page=3DJBossSeamLabs. = I know Burr is doing something similar for ESB, and we plan on converging t= o a single lab, he calls them "workshops" format/scheme. James View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997655#3997655 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997655 --===============3386781331122857932==-- From do-not-reply at jboss.com Wed Jan 3 13:38:05 2007 Content-Type: multipart/mixed; boundary="===============4435435410583619423==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 13:38:05 -0500 Message-ID: <4652611.1167849485326.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4435435410583619423== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I noticed this same issue when I was working with Seam and jBPM several mon= ths ago. The way tasks are implemented at a start node, they are not create= d automatically, but must be explicitly created. Seam did not know this, so= it would not create startTaskInstances. The web console always did it, ass= uming that there were always startTasks. Which is true for the web sale pro= cess but not true in general. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997659#3997659 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997659 --===============4435435410583619423==-- From do-not-reply at jboss.com Wed Jan 3 13:40:35 2007 Content-Type: multipart/mixed; boundary="===============3031518710257959071==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 13:40:35 -0500 Message-ID: <25440483.1167849635057.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3031518710257959071== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable After renaming jsf-facelets.jar to jsf-facelets-porlet.jar we were able to = compile and deploy. Is there some documentation that explains how to creat= e and manage multiple projects, etc. The information that I found online = indicates that it is integrated with SVN, JIRA, Cruise Control, has blogs, = wiki, etc.. The complany currently uses CVS but is wanting to transition t= o SVN, they use JIRA, and they use CruiseControl, so this would be a great = fit. When logging in to a specific project, will you only see the source, b= ugs, etc for that particular project? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997660#3997660 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997660 --===============3031518710257959071==-- From do-not-reply at jboss.com Wed Jan 3 13:49:20 2007 Content-Type: multipart/mixed; boundary="===============6962049728395261972==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: default.mf does not exist Date: Wed, 03 Jan 2007 13:49:20 -0500 Message-ID: <17778224.1167850160261.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6962049728395261972== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have fixed the build. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997662#3997662 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997662 --===============6962049728395261972==-- From do-not-reply at jboss.com Wed Jan 3 14:05:33 2007 Content-Type: multipart/mixed; boundary="===============8317704112998615088==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 14:05:33 -0500 Message-ID: <12615446.1167851133340.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8317704112998615088== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hm, so I guess to work around it I need to examine the start node and deter= mine whether there is a task associated with it. Seems like there should b= e a better way... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997666#3997666 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997666 --===============8317704112998615088==-- From do-not-reply at jboss.com Wed Jan 3 14:09:27 2007 Content-Type: multipart/mixed; boundary="===============2741746029725991940==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Problems Deploying JBoss Labs Date: Wed, 03 Jan 2007 14:09:27 -0500 Message-ID: <9027555.1167851367162.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2741746029725991940== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We were able to compile after making a copy of the jsf-facelets.jar file an= d calling the copy jsf-facelets-porltet.jar. Next we deployed it. We are = able to view the portal but it is throwing exceptions and complaining about= incompletely deployed packages. Can you offer some exceptions. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D JBoss Bootstrap Environment JBOSS_HOME: /usr/local/portal JAVA: /usr/lib/jdk1.5.0_09//bin/java JAVA_OPTS: -Djava.security.auth.login.config=3D../conf/jaas.conf -javaage= nt:pluggable-instrumentor.jar -Dprogram.name=3Drun.sh CLASSPATH: /usr/local/portal/bin/run.jar:/usr/lib/jdk1.5.0_09//lib/tools.= jar =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 12:54:14,488 INFO [Server] Starting JBoss (MX MicroKernel)... 12:54:14,490 INFO [Server] Release ID: JBoss [Zion] 4.0.4.GA (build: CVSTa= g=3DJBoss_4_0_4_GA date=3D200605151000) 12:54:14,493 INFO [Server] Home Dir: /usr/local/portal 12:54:14,493 INFO [Server] Home URL: file:/usr/local/portal/ 12:54:14,495 INFO [Server] Patch URL: null 12:54:14,495 INFO [Server] Server Name: default 12:54:14,495 INFO [Server] Server Home Dir: /usr/local/portal/server/defau= lt 12:54:14,495 INFO [Server] Server Home URL: file:/usr/local/portal/server/= default/ 12:54:14,496 INFO [Server] Server Log Dir: /usr/local/portal/server/defaul= t/log 12:54:14,496 INFO [Server] Server Temp Dir: /usr/local/portal/server/defau= lt/tmp 12:54:14,497 INFO [Server] Root Deployment Filename: jboss-service.xml 12:54:15,386 INFO [ServerInfo] Java version: 1.5.0_09,Sun Microsystems Inc. 12:54:15,386 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.5.0_0= 9-b01,Sun Microsystems Inc. 12:54:15,386 INFO [ServerInfo] OS-System: Linux 2.6.9-42.0.3.EL,i386 12:54:16,438 INFO [Server] Core system initialized 12:54:18,687 INFO [WebService] Using RMI server codebase: http://B-0359:80= 83/ 12:54:18,722 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: r= esource:log4j.xml 12:54:19,050 INFO [NamingService] JNDI bootstrap JNP=3D/0.0.0.0:1099, RMI= =3D/0.0.0.0:1098, backlog=3D50, no client SocketFactory, Server SocketFacto= ry=3Dclass org.jboss.net.sockets.DefaultSocketFactory 12:54:20,800 ERROR [MainDeployer] Could not initialise deployment: file:/us= r/local/portal/server/default/deploy/jboss-hibernate.deployer/ org.jboss.deployment.DeploymentException: Failed to find META-INF/jboss-ser= vice.xml for archive jboss-hibernate.deployer at org.jboss.deployment.SARDeployer.parseDocument(SARDeployer.java:616) at org.jboss.deployment.SARDeployer.init(SARDeployer.java:181) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:861) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:798) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja= va:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor= .java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBe= anOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentS= canner.java:421) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentSca= nner.java:634) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.do= Scan(AbstractDeploymentScanner.java:263) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abs= tractDeploymentScanner.java:336) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSup= port.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBea= nSupport.java:245) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceControlle= r.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja= va:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor= .java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBe= anOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) 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:595) 12:54:23,183 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/se= rver/default/deploy/jboss-portal.sar/portal-aop.xml 12:54:28,188 ERROR [MainDeployer] Could not initialise deployment: file:/us= r/local/portal/server/default/deploy/jboss-ws4ee.sar/ org.jboss.deployment.DeploymentException: Failed to find META-INF/jboss-ser= vice.xml for archive jboss-ws4ee.sar at org.jboss.deployment.SARDeployer.parseDocument(SARDeployer.java:616) at org.jboss.deployment.SARDeployer.init(SARDeployer.java:181) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:861) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:798) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja= va:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor= .java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBe= anOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentS= canner.java:421) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentSca= nner.java:634) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.do= Scan(AbstractDeploymentScanner.java:263) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abs= tractDeploymentScanner.java:336) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSup= port.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBea= nSupport.java:245) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceControlle= r.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja= va:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher= .java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor= .java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBe= anOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.ja= va:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) 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:595) 12:54:29,405 INFO [Embedded] Catalina naming disabled 12:54:29,519 INFO [ClusterRuleSetFactory] Unable to find a cluster rule se= t in the classpath. Will load the default rule set. 12:54:29,521 INFO [ClusterRuleSetFactory] Unable to find a cluster rule se= t in the classpath. Will load the default rule set. 12:54:30,108 INFO [Http11BaseProtocol] Initializing Coyote HTTP/1.1 on htt= p-0.0.0.0-8080 12:54:30,111 INFO [Catalina] Initialization processed in 590 ms 12:54:30,111 INFO [StandardService] Starting service jboss.web 12:54:30,121 INFO [StandardEngine] Starting Servlet Engine: Apache Tomcat/= 5.5.17 12:54:30,196 INFO [StandardHost] XML validation disabled 12:54:30,240 INFO [Catalina] Server startup in 129 ms 12:54:30,451 INFO [TomcatDeployer] deploy, ctxPath=3D/invoker, warUrl=3D..= ./deploy/http-invoker.sar/invoker.war/ 12:54:30,967 INFO [WebappLoader] Dual registration of jndi stream handler:= factory already defined 12:54:31,769 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-cms, warUrl= =3D.../deploy/jboss-portal.sar/portal-cms.war/ 12:54:32,007 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-core, warUrl= =3D.../deploy/jboss-portal.sar/portal-core.war/ 12:54:33,134 INFO [FacesConfigurator] Reading standard config org/apache/m= yfaces/resource/standard-faces-config.xml 12:54:33,314 INFO [FacesConfigurator] Reading config jar:file:/usr/local/p= ortal/server/default/tmp/deploy/tmp35816jsf-facelets.jar!/META-INF/faces-co= nfig.xml 12:54:33,335 INFO [FacesConfigurator] Reading config jar:file:/usr/local/p= ortal/server/default/tmp/deploy/tmp35833tomahawk.jar!/META-INF/faces-config= .xml 12:54:33,422 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config= .xml 12:54:33,709 ERROR [LocaleUtils] Locale name null or empty, ignoring 12:54:35,086 INFO [StartupServletContextListener] ServletContext '/usr/loc= al/portal/server/default/./deploy/jboss-portal.sar/portal-core.war/' initia= lized. 12:54:35,222 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-samples, warU= rl=3D.../deploy/jboss-portal.sar/portal-samples.war/ 12:54:35,489 INFO [TomcatDeployer] deploy, ctxPath=3D/portal, warUrl=3D...= /deploy/jboss-portal.sar/portal-server.war/ 12:54:35,836 INFO [TomcatDeployer] deploy, ctxPath=3D/, warUrl=3D.../deplo= y/jbossweb-tomcat55.sar/ROOT.war/ 12:54:36,837 INFO [TomcatDeployer] deploy, ctxPath=3D/jbossws, warUrl=3D..= ./tmp/deploy/tmp35864jbossws-exp.war/ 12:54:40,322 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-wsrp, warUrl= =3D.../tmp/deploy/portal-wsrp-exp.war/ 12:54:40,632 INFO [WSDLFilePublisher] WSDL published to: file:/usr/local/p= ortal/server/default/data/wsdl/portal-wsrp.war/wsrp_services.wsdl 12:54:41,906 INFO [ServiceEndpointManager] WebService started: http://B-03= 59:8080/portal-wsrp/ServiceDescriptionService 12:54:41,907 INFO [ServiceEndpointManager] WebService started: http://B-03= 59:8080/portal-wsrp/MarkupService 12:54:41,907 INFO [ServiceEndpointManager] WebService started: http://B-03= 59:8080/portal-wsrp/RegistrationService 12:54:41,907 INFO [ServiceEndpointManager] WebService started: http://B-03= 59:8080/portal-wsrp/PortletManagementService 12:54:42,016 INFO [SubscriptionManager] Bound event dispatcher to java:/Ev= entDispatcher 12:54:42,233 INFO [TomcatDeployer] deploy, ctxPath=3D/jbossmq-httpil, warU= rl=3D.../deploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ 12:54:44,050 INFO [ClientDeployer] Client ENC bound under: wsrp-client 12:54:46,354 INFO [TomcatDeployer] deploy, ctxPath=3D/web-console, warUrl= =3D.../deploy/management/console-mgr.sar/web-console.war/ 12:54:47,871 INFO [MailService] Mail Service bound to java:/Mail 12:54:48,300 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-ha-local-jdbc.rar 12:54:48,386 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-ha-xa-jdbc.rar 12:54:48,433 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-local-jdbc.rar 12:54:48,494 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-xa-jdbc.rar 12:54:48,553 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jms/jms-ra.rar 12:54:48,610 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/mail-ra.rar 12:54:49,928 INFO [ConnectionFactoryBindingService] Bound ConnectionManage= r 'jboss.jca:service=3DDataSourceBinding,name=3DDefaultDS' to JNDI name 'ja= va:DefaultDS' 12:54:50,407 INFO [A] Bound to JNDI name: queue/A 12:54:50,408 INFO [B] Bound to JNDI name: queue/B 12:54:50,410 INFO [C] Bound to JNDI name: queue/C 12:54:50,411 INFO [D] Bound to JNDI name: queue/D 12:54:50,412 INFO [ex] Bound to JNDI name: queue/ex 12:54:50,454 INFO [testTopic] Bound to JNDI name: topic/testTopic 12:54:50,456 INFO [securedTopic] Bound to JNDI name: topic/securedTopic 12:54:50,457 INFO [testDurableTopic] Bound to JNDI name: topic/testDurable= Topic 12:54:50,460 INFO [testQueue] Bound to JNDI name: queue/testQueue 12:54:50,573 INFO [UILServerILService] JBossMQ UIL service available at : = /0.0.0.0:8093 12:54:50,674 INFO [DLQ] Bound to JNDI name: queue/DLQ 12:54:50,993 INFO [ConnectionFactoryBindingService] Bound ConnectionManage= r 'jboss.jca:service=3DConnectionFactoryBinding,name=3DJmsXA' to JNDI name = 'java:JmsXA' 12:54:51,165 INFO [Environment] Hibernate 3.2 cr2 12:54:51,183 INFO [Environment] hibernate.properties not found 12:54:51,192 INFO [Environment] Bytecode provider name : cglib 12:54:51,222 INFO [Environment] using JDK 1.4 java.sql.Timestamp handling 12:54:51,475 INFO [Configuration] configuring from url: file:/usr/local/po= rtal/server/default/deploy/jboss-portal.sar/portal-cms.sar/conf/hibernate/c= ms/hibernate.cfg.xml 12:54:51,486 INFO [Configuration] Reading mappings from resource: conf/hib= ernate/cms/domain.hbm.xml 12:54:52,271 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.VersionBinVal -> jbp_cms_version_binval 12:54:52,337 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.VersionNode -> jbp_cms_version_node 12:54:52,338 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.VersionProp -> jbp_cms_version_prop 12:54:52,340 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.VersionRefs -> jbp_cms_version_refs 12:54:52,341 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.WSPBinVal -> jbp_cms_wsp_binval 12:54:52,341 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.WSPNode -> jbp_cms_wsp_node 12:54:52,341 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.WSPProp -> jbp_cms_wsp_prop 12:54:52,342 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.state.WSPRefs -> jbp_cms_wsp_refs 12:54:52,342 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.CMSEntry -> jbp_cms_cmsentry 12:54:52,343 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.RepositoryEntry -> jbp_cms_repositoryentry 12:54:52,344 INFO [HbmBinder] Mapping class: org.jboss.portal.cms.hibernat= e.VersionEntry -> jbp_cms_versionentry 12:54:52,344 INFO [Configuration] Configured SessionFactory: null 12:54:52,348 INFO [Configuration] configuring from url: file:/usr/local/po= rtal/server/default/deploy/jboss-portal.sar/conf/hibernate/user/hibernate.c= fg.xml 12:54:52,352 INFO [Configuration] Reading mappings from resource: conf/hib= ernate/user/domain.hbm.xml 12:54:52,393 INFO [HbmBinder] Mapping class: org.jboss.portal.identity.db.= UserImpl -> jbp_users 12:54:52,399 INFO [HbmBinder] Mapping collection: org.jboss.portal.identit= y.db.UserImpl.dynamic -> jbp_user_prop 12:54:52,421 INFO [HbmBinder] Mapping collection: org.jboss.portal.identit= y.db.UserImpl.roles -> jbp_role_membership 12:54:52,421 INFO [HbmBinder] Mapping class: org.jboss.portal.identity.db.= RoleImpl -> jbp_roles 12:54:52,422 INFO [HbmBinder] Mapping collection: org.jboss.portal.identit= y.db.RoleImpl.users -> jbp_role_membership 12:54:52,422 INFO [Configuration] Configured SessionFactory: null 12:54:52,427 INFO [Configuration] configuring from url: file:/usr/local/po= rtal/server/default/deploy/jboss-portal.sar/conf/hibernate/instance/hiberna= te.cfg.xml 12:54:52,438 INFO [Configuration] Reading mappings from resource: conf/hib= ernate/instance/domain.hbm.xml 12:54:52,462 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.mo= del.instance.InstanceImpl -> JBP_INSTANCE 12:54:52,499 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.mo= del.instance.UserInstance -> JBP_INSTANCE_PER_USER 12:54:52,747 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.mo= del.instance.InstanceSecurityBinding -> JBP_INSTANCE_SECURITY 12:54:52,755 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.instance.InstanceSecurityBinding.actions -> JBP_INSTANCE_SECURITY_= ACTIONS 12:54:52,755 INFO [Configuration] Configured SessionFactory: null 12:54:52,759 INFO [Configuration] configuring from url: file:/usr/local/po= rtal/server/default/deploy/jboss-portal.sar/conf/hibernate/portal/hibernate= .cfg.xml 12:54:52,764 INFO [Configuration] Reading mappings from resource: conf/hib= ernate/portal/domain.hbm.xml 12:54:52,801 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.mo= del.portal.ObjectNode -> JBP_OBJECT_NODE 12:54:52,830 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.mo= del.portal.PortalObjectImpl -> JBP_PORTAL_OBJECT 12:54:52,831 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.portal.PortalObjectImpl.declaredProperties -> JBP_PORTAL_OBJECT_PR= OPS 12:54:52,911 INFO [HbmBinder] Mapping joined-subclass: org.jboss.portal.co= re.impl.model.portal.ContextImpl -> JBP_CONTEXT 12:54:52,912 INFO [HbmBinder] Mapping joined-subclass: org.jboss.portal.co= re.impl.model.portal.PortalImpl -> JBP_PORTAL 12:54:52,912 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.portal.PortalImpl.modes -> JBP_PORTAL_MODE 12:54:52,923 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.portal.PortalImpl.windowStates -> JBP_PORTAL_WINDOW_STATE 12:54:52,924 INFO [HbmBinder] Mapping joined-subclass: org.jboss.portal.co= re.impl.model.portal.PageImpl -> JBP_PAGE 12:54:52,924 INFO [HbmBinder] Mapping joined-subclass: org.jboss.portal.co= re.impl.model.portal.WindowImpl -> JBP_WINDOW 12:54:52,930 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.mo= del.portal.ObjectNodeSecurityConstraint -> JBP_OBJECT_NODE_SEC 12:54:52,936 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.portal.ObjectNodeSecurityConstraint.actions -> JBP_OBJECT_NODE_SEC= _ACTIONS 12:54:52,937 INFO [Configuration] Configured SessionFactory: null 12:54:52,966 INFO [Configuration] configuring from url: file:/usr/local/po= rtal/server/default/deploy/jboss-portal.sar/conf/hibernate/portlet/hibernat= e.cfg.xml 12:54:52,975 INFO [Configuration] Reading mappings from resource: conf/hib= ernate/portlet/domain.hbm.xml 12:54:52,999 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.po= rtlet.state.PersistentState -> JBP_PORTLET_STATE 12:54:53,004 INFO [HbmBinder] Mapping class: org.jboss.portal.core.impl.po= rtlet.state.PersistentStateEntry -> JBP_PORTLET_STATE_ENTRY 12:54:53,005 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.portlet.state.PersistentStateEntry.strings -> JBP_PORTLET_STATE_ENTRY_VA= LUE 12:54:53,007 INFO [Configuration] Configured SessionFactory: null 12:54:53,024 INFO [ConnectionFactoryBindingService] Bound ConnectionManage= r 'jboss.jca:service=3DDataSourceBinding,name=3DPortalDS' to JNDI name 'jav= a:PortalDS' 12:54:53,308 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:53,308 INFO [DatasourceConnectionProvider] Using datasource: java:Po= rtalDS 12:54:53,309 INFO [SettingsFactory] RDBMS: HSQL Database Engine, version: = 1.8.0 12:54:53,310 INFO [SettingsFactory] JDBC driver: HSQL Database Engine Driv= er, version: 1.8.0 12:54:53,390 INFO [Dialect] Using dialect: org.hibernate.dialect.HSQLDiale= ct 12:54:53,429 INFO [TransactionFactoryFactory] Transaction strategy: org.hi= bernate.transaction.JTATransactionFactory 12:54:53,444 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:53,451 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:53,461 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:53,462 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:53,462 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:53,462 INFO [SettingsFactory] Automatic flush during beforeCompletio= n(): enabled 12:54:53,462 INFO [SettingsFactory] Automatic session close at end of tran= saction: disabled 12:54:53,462 INFO [SettingsFactory] JDBC batch size: 15 12:54:53,462 INFO [SettingsFactory] JDBC batch updates for versioned data:= disabled 12:54:53,464 INFO [SettingsFactory] Scrollable result sets: enabled 12:54:53,464 INFO [SettingsFactory] JDBC3 getGeneratedKeys(): disabled 12:54:53,464 INFO [SettingsFactory] Connection release mode: auto 12:54:53,466 INFO [SettingsFactory] Default batch fetch size: 1 12:54:53,466 INFO [SettingsFactory] Generate SQL with comments: disabled 12:54:53,466 INFO [SettingsFactory] Order SQL updates by primary key: disa= bled 12:54:53,466 INFO [SettingsFactory] Query translator: org.hibernate.hql.as= t.ASTQueryTranslatorFactory 12:54:53,487 INFO [ASTQueryTranslatorFactory] Using ASTQueryTranslatorFact= ory 12:54:53,487 INFO [SettingsFactory] Query language substitutions: {} 12:54:53,487 INFO [SettingsFactory] Second-level cache: disabled 12:54:53,487 INFO [SettingsFactory] Query cache: disabled 12:54:53,503 INFO [SettingsFactory] Optimize cache for minimal puts: disab= led 12:54:53,503 INFO [SettingsFactory] Structured second-level cache entries:= disabled 12:54:53,518 INFO [SettingsFactory] Statistics: disabled 12:54:53,518 INFO [SettingsFactory] Deleted entity synthetic identifier ro= llback: disabled 12:54:53,518 INFO [SettingsFactory] Default entity-mode: pojo 12:54:53,611 INFO [SessionFactoryImpl] building session factory 12:54:54,851 INFO [SessionFactoryObjectFactory] Factory name: java:/portal= /cms/CMSSessionFactory 12:54:54,852 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:54,852 INFO [NamingHelper] Creating subcontext: portal 12:54:54,853 INFO [NamingHelper] Creating subcontext: cms 12:54:54,855 INFO [SessionFactoryObjectFactory] Bound factory to JNDI name= : java:/portal/cms/CMSSessionFactory 12:54:54,856 WARN [SessionFactoryObjectFactory] InitialContext did not imp= lement EventContext 12:54:54,856 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:55,776 INFO [JCRCMS] Starting JCR CMS 12:54:56,069 INFO [RepositoryImpl] Starting repository... 12:54:57,363 INFO [RepositoryImpl] initializing workspace 'default'... 12:54:57,458 INFO [RepositoryImpl] workspace 'default' initialized 12:54:57,689 INFO [RepositoryImpl] Repository started 12:54:57,690 INFO [JackrabbitJCRService] Repository 'PortalRepository' cre= ated 12:54:57,792 INFO [JackrabbitJCRService] The repository has already the CM= S node types registered 12:54:57,807 INFO [JCRCMS] Started JCR CMS in: 2s:31ms 12:54:57,818 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:57,819 INFO [DatasourceConnectionProvider] Using datasource: java:Po= rtalDS 12:54:57,819 INFO [SettingsFactory] RDBMS: HSQL Database Engine, version: = 1.8.0 12:54:57,819 INFO [SettingsFactory] JDBC driver: HSQL Database Engine Driv= er, version: 1.8.0 12:54:57,819 INFO [Dialect] Using dialect: org.hibernate.dialect.HSQLDiale= ct 12:54:57,820 INFO [TransactionFactoryFactory] Transaction strategy: org.hi= bernate.transaction.JTATransactionFactory 12:54:57,820 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:57,820 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:57,820 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:57,820 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:57,820 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:57,820 INFO [SettingsFactory] Automatic flush during beforeCompletio= n(): enabled 12:54:57,820 INFO [SettingsFactory] Automatic session close at end of tran= saction: disabled 12:54:57,820 INFO [SettingsFactory] JDBC batch size: 15 12:54:57,820 INFO [SettingsFactory] JDBC batch updates for versioned data:= disabled 12:54:57,820 INFO [SettingsFactory] Scrollable result sets: enabled 12:54:57,821 INFO [SettingsFactory] JDBC3 getGeneratedKeys(): disabled 12:54:57,821 INFO [SettingsFactory] Connection release mode: auto 12:54:57,821 INFO [SettingsFactory] Default batch fetch size: 1 12:54:57,821 INFO [SettingsFactory] Generate SQL with comments: disabled 12:54:57,821 INFO [SettingsFactory] Order SQL updates by primary key: disa= bled 12:54:57,821 INFO [SettingsFactory] Query translator: org.hibernate.hql.as= t.ASTQueryTranslatorFactory 12:54:57,821 INFO [ASTQueryTranslatorFactory] Using ASTQueryTranslatorFact= ory 12:54:57,821 INFO [SettingsFactory] Query language substitutions: {} 12:54:57,821 INFO [SettingsFactory] Second-level cache: enabled 12:54:57,821 INFO [SettingsFactory] Query cache: enabled 12:54:57,821 INFO [SettingsFactory] Cache provider: org.hibernate.cache.Eh= CacheProvider 12:54:57,843 INFO [SettingsFactory] Optimize cache for minimal puts: disab= led 12:54:57,844 INFO [SettingsFactory] Structured second-level cache entries:= disabled 12:54:57,844 INFO [SettingsFactory] Query cache factory: org.hibernate.cac= he.StandardQueryCacheFactory 12:54:57,854 INFO [SettingsFactory] Statistics: disabled 12:54:57,854 INFO [SettingsFactory] Deleted entity synthetic identifier ro= llback: disabled 12:54:57,855 INFO [SettingsFactory] Default entity-mode: pojo 12:54:57,859 INFO [SessionFactoryImpl] building session factory 12:54:57,932 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.identity.db.UserImpl]; using defaults. 12:54:58,017 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.identity.db.RoleImpl]; using defaults. 12:54:58,062 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.identity.db.UserImpl.roles]; using defaults. 12:54:58,093 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.identity.db.UserImpl.dynamic]; using defaults. 12:54:58,098 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.identity.db.RoleImpl.users]; using defaults. 12:54:58,125 INFO [SessionFactoryObjectFactory] Factory name: java:/portal= /UserSessionFactory 12:54:58,125 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,126 INFO [SessionFactoryObjectFactory] Bound factory to JNDI name= : java:/portal/UserSessionFactory 12:54:58,127 WARN [SessionFactoryObjectFactory] InitialContext did not imp= lement EventContext 12:54:58,128 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,134 INFO [UpdateTimestampsCache] starting update timestamps cache= at region: org.hibernate.cache.UpdateTimestampsCache 12:54:58,134 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.UpdateTimestampsCache]; using defaults. 12:54:58,137 INFO [StandardQueryCache] starting query cache at region: org= .hibernate.cache.StandardQueryCache 12:54:58,137 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.StandardQueryCache]; using defaults. 12:54:58,188 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.instance.InstanceImpl.securityBindings -> JBP_INSTANCE_SECURITY 12:54:58,191 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.instance.InstanceImpl.userInstances -> JBP_INSTANCE_PER_USER 12:54:58,202 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,203 INFO [DatasourceConnectionProvider] Using datasource: java:Po= rtalDS 12:54:58,203 INFO [SettingsFactory] RDBMS: HSQL Database Engine, version: = 1.8.0 12:54:58,203 INFO [SettingsFactory] JDBC driver: HSQL Database Engine Driv= er, version: 1.8.0 12:54:58,204 INFO [Dialect] Using dialect: org.hibernate.dialect.HSQLDiale= ct 12:54:58,204 INFO [TransactionFactoryFactory] Transaction strategy: org.hi= bernate.transaction.JTATransactionFactory 12:54:58,204 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,204 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:58,204 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:58,205 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:58,205 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:58,205 INFO [SettingsFactory] Automatic flush during beforeCompletio= n(): enabled 12:54:58,205 INFO [SettingsFactory] Automatic session close at end of tran= saction: disabled 12:54:58,205 INFO [SettingsFactory] JDBC batch size: 15 12:54:58,205 INFO [SettingsFactory] JDBC batch updates for versioned data:= disabled 12:54:58,205 INFO [SettingsFactory] Scrollable result sets: enabled 12:54:58,205 INFO [SettingsFactory] JDBC3 getGeneratedKeys(): disabled 12:54:58,205 INFO [SettingsFactory] Connection release mode: auto 12:54:58,205 INFO [SettingsFactory] Default batch fetch size: 1 12:54:58,205 INFO [SettingsFactory] Generate SQL with comments: disabled 12:54:58,205 INFO [SettingsFactory] Order SQL updates by primary key: disa= bled 12:54:58,205 INFO [SettingsFactory] Query translator: org.hibernate.hql.as= t.ASTQueryTranslatorFactory 12:54:58,205 INFO [ASTQueryTranslatorFactory] Using ASTQueryTranslatorFact= ory 12:54:58,205 INFO [SettingsFactory] Query language substitutions: {} 12:54:58,205 INFO [SettingsFactory] Second-level cache: enabled 12:54:58,205 INFO [SettingsFactory] Query cache: enabled 12:54:58,205 INFO [SettingsFactory] Cache provider: org.hibernate.cache.Eh= CacheProvider 12:54:58,206 INFO [SettingsFactory] Optimize cache for minimal puts: disab= led 12:54:58,206 INFO [SettingsFactory] Structured second-level cache entries:= disabled 12:54:58,206 INFO [SettingsFactory] Query cache factory: org.hibernate.cac= he.StandardQueryCacheFactory 12:54:58,206 INFO [SettingsFactory] Statistics: disabled 12:54:58,206 INFO [SettingsFactory] Deleted entity synthetic identifier ro= llback: disabled 12:54:58,206 INFO [SettingsFactory] Default entity-mode: pojo 12:54:58,210 INFO [SessionFactoryImpl] building session factory 12:54:58,221 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.instance.InstanceSecurityBinding]; using defaults. 12:54:58,224 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.instance.UserInstance]; using defaults. 12:54:58,258 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.instance.InstanceImpl]; using defaults. 12:54:58,292 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.instance.InstanceImpl.securityBindings]; using def= aults. 12:54:58,296 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.instance.InstanceImpl.userInstances]; using defaul= ts. 12:54:58,296 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.instance.InstanceSecurityBinding.actions]; using d= efaults. 12:54:58,310 INFO [SessionFactoryObjectFactory] Factory name: java:/portal= /InstanceSessionFactory 12:54:58,311 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,312 INFO [SessionFactoryObjectFactory] Bound factory to JNDI name= : java:/portal/InstanceSessionFactory 12:54:58,312 WARN [SessionFactoryObjectFactory] InitialContext did not imp= lement EventContext 12:54:58,312 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,312 INFO [UpdateTimestampsCache] starting update timestamps cache= at region: org.hibernate.cache.UpdateTimestampsCache 12:54:58,312 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.UpdateTimestampsCache]; using defaults. 12:54:58,313 INFO [StandardQueryCache] starting query cache at region: org= .hibernate.cache.StandardQueryCache 12:54:58,313 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.StandardQueryCache]; using defaults. 12:54:58,375 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.portal.ObjectNode.children -> JBP_OBJECT_NODE 12:54:58,376 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.model.portal.ObjectNode.securityConstraints -> JBP_OBJECT_NODE_SEC 12:54:58,408 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,408 INFO [DatasourceConnectionProvider] Using datasource: java:Po= rtalDS 12:54:58,409 INFO [SettingsFactory] RDBMS: HSQL Database Engine, version: = 1.8.0 12:54:58,409 INFO [SettingsFactory] JDBC driver: HSQL Database Engine Driv= er, version: 1.8.0 12:54:58,409 INFO [Dialect] Using dialect: org.hibernate.dialect.HSQLDiale= ct 12:54:58,410 INFO [TransactionFactoryFactory] Transaction strategy: org.hi= bernate.transaction.JTATransactionFactory 12:54:58,410 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,410 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:58,410 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:58,410 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:58,410 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:58,410 INFO [SettingsFactory] Automatic flush during beforeCompletio= n(): enabled 12:54:58,410 INFO [SettingsFactory] Automatic session close at end of tran= saction: disabled 12:54:58,410 INFO [SettingsFactory] JDBC batch size: 15 12:54:58,410 INFO [SettingsFactory] JDBC batch updates for versioned data:= disabled 12:54:58,410 INFO [SettingsFactory] Scrollable result sets: enabled 12:54:58,411 INFO [SettingsFactory] JDBC3 getGeneratedKeys(): disabled 12:54:58,411 INFO [SettingsFactory] Connection release mode: auto 12:54:58,411 INFO [SettingsFactory] Default batch fetch size: 1 12:54:58,411 INFO [SettingsFactory] Generate SQL with comments: disabled 12:54:58,411 INFO [SettingsFactory] Order SQL updates by primary key: disa= bled 12:54:58,411 INFO [SettingsFactory] Query translator: org.hibernate.hql.as= t.ASTQueryTranslatorFactory 12:54:58,411 INFO [ASTQueryTranslatorFactory] Using ASTQueryTranslatorFact= ory 12:54:58,411 INFO [SettingsFactory] Query language substitutions: {} 12:54:58,411 INFO [SettingsFactory] Second-level cache: enabled 12:54:58,411 INFO [SettingsFactory] Query cache: enabled 12:54:58,412 INFO [SettingsFactory] Cache provider: org.hibernate.cache.Eh= CacheProvider 12:54:58,412 INFO [SettingsFactory] Optimize cache for minimal puts: disab= led 12:54:58,412 INFO [SettingsFactory] Structured second-level cache entries:= disabled 12:54:58,412 INFO [SettingsFactory] Query cache factory: org.hibernate.cac= he.StandardQueryCacheFactory 12:54:58,412 INFO [SettingsFactory] Statistics: disabled 12:54:58,412 INFO [SettingsFactory] Deleted entity synthetic identifier ro= llback: disabled 12:54:58,412 INFO [SettingsFactory] Default entity-mode: pojo 12:54:58,416 INFO [SessionFactoryImpl] building session factory 12:54:58,421 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.PortalObjectImpl]; using defaults. 12:54:58,547 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.ObjectNode]; using defaults. 12:54:58,568 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.ObjectNodeSecurityConstraint]; using defaul= ts. 12:54:58,613 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.PortalImpl.windowStates]; using defaults. 12:54:58,614 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.PortalObjectImpl.declaredProperties]; using= defaults. 12:54:58,615 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.ObjectNodeSecurityConstraint.actions]; usin= g defaults. 12:54:58,617 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.ObjectNode.children]; using defaults. 12:54:58,619 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.ObjectNode.securityConstraints]; using defa= ults. 12:54:58,619 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.model.portal.PortalImpl.modes]; using defaults. 12:54:58,650 INFO [SessionFactoryObjectFactory] Factory name: java:/portal= /PortalObjectSessionFactory 12:54:58,650 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,650 INFO [SessionFactoryObjectFactory] Bound factory to JNDI name= : java:/portal/PortalObjectSessionFactory 12:54:58,650 WARN [SessionFactoryObjectFactory] InitialContext did not imp= lement EventContext 12:54:58,652 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:58,653 INFO [UpdateTimestampsCache] starting update timestamps cache= at region: org.hibernate.cache.UpdateTimestampsCache 12:54:58,653 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.UpdateTimestampsCache]; using defaults. 12:54:58,653 INFO [StandardQueryCache] starting query cache at region: org= .hibernate.cache.StandardQueryCache 12:54:58,653 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.StandardQueryCache]; using defaults. 12:54:59,713 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.portlet.state.PersistentState.entries -> JBP_PORTLET_STATE_ENTRY 12:54:59,714 INFO [HbmBinder] Mapping collection: org.jboss.portal.core.im= pl.portlet.state.PersistentState.children -> JBP_PORTLET_STATE 12:54:59,719 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:59,719 INFO [DatasourceConnectionProvider] Using datasource: java:Po= rtalDS 12:54:59,719 INFO [SettingsFactory] RDBMS: HSQL Database Engine, version: = 1.8.0 12:54:59,719 INFO [SettingsFactory] JDBC driver: HSQL Database Engine Driv= er, version: 1.8.0 12:54:59,720 INFO [Dialect] Using dialect: org.hibernate.dialect.HSQLDiale= ct 12:54:59,720 INFO [TransactionFactoryFactory] Transaction strategy: org.hi= bernate.transaction.JTATransactionFactory 12:54:59,720 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:59,721 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:59,721 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:59,721 INFO [TransactionManagerLookupFactory] instantiating Transact= ionManagerLookup: org.hibernate.transaction.JBossTransactionManagerLookup 12:54:59,721 INFO [TransactionManagerLookupFactory] instantiated Transacti= onManagerLookup 12:54:59,721 INFO [SettingsFactory] Automatic flush during beforeCompletio= n(): enabled 12:54:59,721 INFO [SettingsFactory] Automatic session close at end of tran= saction: disabled 12:54:59,721 INFO [SettingsFactory] JDBC batch size: 15 12:54:59,721 INFO [SettingsFactory] JDBC batch updates for versioned data:= disabled 12:54:59,721 INFO [SettingsFactory] Scrollable result sets: enabled 12:54:59,721 INFO [SettingsFactory] JDBC3 getGeneratedKeys(): disabled 12:54:59,721 INFO [SettingsFactory] Connection release mode: auto 12:54:59,721 INFO [SettingsFactory] Default batch fetch size: 1 12:54:59,721 INFO [SettingsFactory] Generate SQL with comments: disabled 12:54:59,721 INFO [SettingsFactory] Order SQL updates by primary key: disa= bled 12:54:59,721 INFO [SettingsFactory] Query translator: org.hibernate.hql.as= t.ASTQueryTranslatorFactory 12:54:59,721 INFO [ASTQueryTranslatorFactory] Using ASTQueryTranslatorFact= ory 12:54:59,721 INFO [SettingsFactory] Query language substitutions: {} 12:54:59,721 INFO [SettingsFactory] Second-level cache: enabled 12:54:59,721 INFO [SettingsFactory] Query cache: enabled 12:54:59,721 INFO [SettingsFactory] Cache provider: org.hibernate.cache.Eh= CacheProvider 12:54:59,721 INFO [SettingsFactory] Optimize cache for minimal puts: disab= led 12:54:59,721 INFO [SettingsFactory] Structured second-level cache entries:= disabled 12:54:59,722 INFO [SettingsFactory] Query cache factory: org.hibernate.cac= he.StandardQueryCacheFactory 12:54:59,722 INFO [SettingsFactory] Statistics: disabled 12:54:59,722 INFO [SettingsFactory] Deleted entity synthetic identifier ro= llback: disabled 12:54:59,722 INFO [SettingsFactory] Default entity-mode: pojo 12:54:59,727 INFO [SessionFactoryImpl] building session factory 12:54:59,734 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.portlet.state.PersistentStateEntry]; using defaults. 12:54:59,769 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.portlet.state.PersistentState]; using defaults. 12:54:59,795 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.portlet.state.PersistentState.children]; using defaults. 12:54:59,795 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.portlet.state.PersistentStateEntry.strings]; using defau= lts. 12:54:59,796 WARN [EhCacheProvider] Could not find configuration [org.jbos= s.portal.core.impl.portlet.state.PersistentState.entries]; using defaults. 12:54:59,814 INFO [SessionFactoryObjectFactory] Factory name: java:/portal= /PortletSessionFactory 12:54:59,814 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:59,815 INFO [SessionFactoryObjectFactory] Bound factory to JNDI name= : java:/portal/PortletSessionFactory 12:54:59,815 WARN [SessionFactoryObjectFactory] InitialContext did not imp= lement EventContext 12:54:59,815 INFO [NamingHelper] JNDI InitialContext properties:{} 12:54:59,815 INFO [UpdateTimestampsCache] starting update timestamps cache= at region: org.hibernate.cache.UpdateTimestampsCache 12:54:59,815 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.UpdateTimestampsCache]; using defaults. 12:54:59,816 INFO [StandardQueryCache] starting query cache at region: org= .hibernate.cache.StandardQueryCache 12:54:59,816 WARN [EhCacheProvider] Could not find configuration [org.hibe= rnate.cache.StandardQueryCache]; using defaults. 12:55:02,580 INFO [FacesConfigurator] Reading standard config org/apache/m= yfaces/resource/standard-faces-config.xml 12:55:02,683 INFO [FacesConfigurator] Reading config jar:file:/usr/local/p= ortal/server/default/tmp/deploy/tmp35816jsf-facelets.jar!/META-INF/faces-co= nfig.xml 12:55:02,692 INFO [FacesConfigurator] Reading config jar:file:/usr/local/p= ortal/server/default/tmp/deploy/tmp35833tomahawk.jar!/META-INF/faces-config= .xml 12:55:02,784 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config= .xml 12:55:02,835 ERROR [LocaleUtils] Locale name null or empty, ignoring 12:55:02,838 INFO [RenderKitFactoryImpl] RenderKit with renderKitId 'HTML_= BASIC' was replaced. 12:55:02,847 INFO [MyFacesGenericPortlet] PortletContext '/usr/local/porta= l/server/default/./deploy/jboss-portal.sar/portal-core.war/' initialized. 12:55:03,031 INFO [TomcatDeployer] deploy, ctxPath=3D/jmx-console, warUrl= =3D.../deploy/jmx-console.war/ 12:55:03,317 ERROR [URLDeploymentScanner] Incomplete Deployment listing: --- Incompletely deployed packages --- org.jboss.deployment.DeploymentInfo(a)a9b6c041 { url=3Dfile:/usr/local/port= al/server/default/deploy/jboss-hibernate.deployer/ } deployer: org.jboss.deployment.SARDeployer(a)1a116c9 status: null state: FAILED watch: file:/usr/local/portal/server/default/deploy/jboss-hibernate.deplo= yer/META-INF/jboss-service.xml altDD: null lastDeployed: 1167850460795 lastModified: 1167844340000 mbeans: org.jboss.deployment.DeploymentInfo(a)e4299095 { url=3Dfile:/usr/local/port= al/server/default/deploy/jboss-ws4ee.sar/ } deployer: org.jboss.deployment.SARDeployer(a)1a116c9 status: null state: FAILED watch: file:/usr/local/portal/server/default/deploy/jboss-ws4ee.sar/META-= INF/jboss-service.xml altDD: null lastDeployed: 1167850468188 lastModified: 1167844340000 mbeans: 12:55:03,485 INFO [Http11BaseProtocol] Starting Coyote HTTP/1.1 on http-0.= 0.0.0-8080 12:55:03,881 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009 12:55:03,903 INFO [JkMain] Jk running ID=3D0 time=3D0/77 config=3Dnull 12:55:03,922 INFO [Server] JBoss (MX MicroKernel) [4.0.4.GA (build: CVSTag= =3DJBoss_4_0_4_GA date=3D200605151000)] Started in 49s:412ms 12:55:52,837 INFO [Server] Runtime shutdown hook called, forceHalt: true 12:55:52,838 INFO [Server] JBoss SHUTDOWN: Undeploying all packages 12:55:52,841 INFO [TomcatDeployer] undeploy, ctxPath=3D/jmx-console, warUr= l=3D.../deploy/jmx-console.war/ 12:55:52,937 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jmx-console.war/WEB-INF/' : package not deployed 12:55:53,023 INFO [JCRCMS] Stopping JCR CMS 12:55:53,023 INFO [JackrabbitJCRService] Shutting down repository 12:55:53,165 INFO [JackrabbitJCRService] Repository shut down successfully 12:55:53,166 INFO [SessionFactoryImpl] closing 12:55:53,167 INFO [SessionFactoryObjectFactory] Unbinding factory from JND= I name: java:/portal/cms/CMSSessionFactory 12:55:53,167 INFO [NamingHelper] JNDI InitialContext properties:{} 12:55:53,168 INFO [SessionFactoryObjectFactory] Unbound factory from JNDI = name: java:/portal/cms/CMSSessionFactory 12:55:53,173 INFO [SessionFactoryImpl] closing 12:55:53,174 INFO [SessionFactoryObjectFactory] Unbinding factory from JND= I name: java:/portal/UserSessionFactory 12:55:53,174 INFO [NamingHelper] JNDI InitialContext properties:{} 12:55:53,175 INFO [SessionFactoryObjectFactory] Unbound factory from JNDI = name: java:/portal/UserSessionFactory 12:55:53,183 WARN [ServerDeployer] Unknown setup url by main deployer prov= ided by factory ObjectDeploymentFactory : file:/usr/local/portal/server/def= ault/deploy/jboss-portal.sar/conf/data/default-object.xml 12:55:53,192 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jboss-portal.sar/portal-cms.war/WEB-INF/' : package not deplo= yed 12:55:53,192 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jboss-portal.sar/portal-samples.war/WEB-INF/' : package not d= eployed 12:55:53,193 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jbossweb-tomcat55.sar/ROOT.war/WEB-INF/' : package not deploy= ed 12:55:53,194 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/management/console-mgr.sar/web-console.war/WEB-INF/' : packag= e not deployed 12:55:53,200 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/http-invoker.sar/invoker.war/WEB-INF/' : package not deployed 12:55:53,202 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jboss-portal.sar/portal-core.war/WEB-INF/' : package not depl= oyed 12:55:53,202 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jboss-portal.sar/portal-server.war/WEB-INF/' : package not de= ployed 12:55:53,203 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/WEB-INF/' : package= not deployed 12:55:53,222 INFO [SessionFactoryImpl] closing 12:55:53,222 INFO [SessionFactoryObjectFactory] Unbinding factory from JND= I name: java:/portal/InstanceSessionFactory 12:55:53,223 INFO [NamingHelper] JNDI InitialContext properties:{} 12:55:53,223 INFO [SessionFactoryObjectFactory] Unbound factory from JNDI = name: java:/portal/InstanceSessionFactory 12:55:53,243 INFO [SessionFactoryImpl] closing 12:55:53,243 INFO [SessionFactoryObjectFactory] Unbinding factory from JND= I name: java:/portal/PortalObjectSessionFactory 12:55:53,243 INFO [NamingHelper] JNDI InitialContext properties:{} 12:55:53,244 INFO [SessionFactoryObjectFactory] Unbound factory from JNDI = name: java:/portal/PortalObjectSessionFactory 12:55:53,252 INFO [SessionFactoryImpl] closing 12:55:53,252 INFO [SessionFactoryObjectFactory] Unbinding factory from JND= I name: java:/portal/PortletSessionFactory 12:55:53,253 INFO [NamingHelper] JNDI InitialContext properties:{} 12:55:53,253 INFO [SessionFactoryObjectFactory] Unbound factory from JNDI = name: java:/portal/PortletSessionFactory 12:55:53,255 INFO [ConnectionFactoryBindingService] Unbound ConnectionMana= ger 'jboss.jca:service=3DDataSourceBinding,name=3DPortalDS' from JNDI name = 'java:PortalDS' 12:55:53,360 INFO [ConnectionFactoryBindingService] Unbound ConnectionMana= ger 'jboss.jca:service=3DConnectionFactoryBinding,name=3DJmsXA' from JNDI n= ame 'java:JmsXA' 12:55:53,404 INFO [testTopic] Unbinding JNDI name: topic/testTopic 12:55:53,406 INFO [securedTopic] Unbinding JNDI name: topic/securedTopic 12:55:53,408 INFO [testDurableTopic] Unbinding JNDI name: topic/testDurabl= eTopic 12:55:53,409 INFO [testQueue] Unbinding JNDI name: queue/testQueue 12:55:53,416 INFO [A] Unbinding JNDI name: queue/A 12:55:53,428 INFO [B] Unbinding JNDI name: queue/B 12:55:53,429 INFO [C] Unbinding JNDI name: queue/C 12:55:53,431 INFO [D] Unbinding JNDI name: queue/D 12:55:53,432 INFO [ex] Unbinding JNDI name: queue/ex 12:55:53,440 INFO [DLQ] Unbinding JNDI name: queue/DLQ 12:55:53,448 INFO [ConnectionFactoryBindingService] Unbound ConnectionMana= ger 'jboss.jca:service=3DDataSourceBinding,name=3DDefaultDS' from JNDI name= 'java:DefaultDS' 12:55:55,242 INFO [HypersonicDatabase] Database standalone closed clean 12:55:55,387 INFO [MailService] Mail service 'java:/Mail' removed from JNDI 12:55:55,413 INFO [TomcatDeployer] undeploy, ctxPath=3D/web-console, warUr= l=3D.../deploy/management/console-mgr.sar/web-console.war/ 12:55:55,645 INFO [ClientDeployer] Removing client ENC from: wsrp-client 12:55:55,705 INFO [TomcatDeployer] undeploy, ctxPath=3D/jbossmq-httpil, wa= rUrl=3D.../deploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ 12:55:55,752 INFO [TomcatDeployer] undeploy, ctxPath=3D/jbossws, warUrl=3D= .../tmp/deploy/tmp35864jbossws-exp.war/ 12:55:55,788 INFO [ServiceEndpointManager] WebService stopped: http://B-03= 59:8080/portal-wsrp/ServiceDescriptionService 12:55:55,789 INFO [ServiceEndpointManager] WebService stopped: http://B-03= 59:8080/portal-wsrp/MarkupService 12:55:55,789 INFO [ServiceEndpointManager] WebService stopped: http://B-03= 59:8080/portal-wsrp/RegistrationService 12:55:55,793 INFO [ServiceEndpointManager] WebService stopped: http://B-03= 59:8080/portal-wsrp/PortletManagementService 12:55:55,793 INFO [TomcatDeployer] undeploy, ctxPath=3D/portal-wsrp, warUr= l=3D.../tmp/deploy/portal-wsrp-exp.war/ 12:55:55,893 INFO [TomcatDeployer] undeploy, ctxPath=3D/, warUrl=3D.../dep= loy/jbossweb-tomcat55.sar/ROOT.war/ 12:55:55,944 INFO [Http11BaseProtocol] Pausing Coyote HTTP/1.1 on http-0.0= .0.0-8080 12:55:56,951 INFO [StandardService] Stopping service jboss.web 12:55:57,074 INFO [Http11BaseProtocol] Stopping Coyote HTTP/1.1 on http-0.= 0.0.0-8080 12:55:57,091 INFO [TomcatDeployer] undeploy, ctxPath=3D/invoker, warUrl=3D= .../deploy/http-invoker.sar/invoker.war/ 12:55:57,101 INFO [TomcatDeployer] undeploy, ctxPath=3D/portal-cms, warUrl= =3D.../deploy/jboss-portal.sar/portal-cms.war/ 12:55:57,108 INFO [TomcatDeployer] undeploy, ctxPath=3D/portal-core, warUr= l=3D.../deploy/jboss-portal.sar/portal-core.war/ 12:55:57,121 INFO [TomcatDeployer] undeploy, ctxPath=3D/portal-samples, wa= rUrl=3D.../deploy/jboss-portal.sar/portal-samples.war/ 12:55:57,125 INFO [TomcatDeployer] undeploy, ctxPath=3D/portal, warUrl=3D.= ../deploy/jboss-portal.sar/portal-server.war/ 12:55:57,214 WARN [MainDeployer] undeploy 'file:/usr/local/portal/server/d= efault/deploy/jboss-portal.sar/portal-wsrp.sar/default-wsrp.xml' : package = not deployed 12:55:58,579 INFO [Server] Shutdown complete Shutdown complete Halting VM View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997669#3997669 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997669 --===============2741746029725991940==-- From do-not-reply at jboss.com Wed Jan 3 14:22:37 2007 Content-Type: multipart/mixed; boundary="===============8213786504831646703==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Serialization Compatibility Tests Date: Wed, 03 Jan 2007 14:22:37 -0500 Message-ID: <16420658.1167852157176.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8213786504831646703== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "pavel.tsekov(a)redhat.com" wrote : = | So, if I got it right this means that it is safe to exclude all jgroups= classes excepth "*Exception" when testing agains 1.4.0 GA ? | = Yes "pavel.tsekov(a)redhat.com" wrote : = | Does 1.4.x support region-based marshalling i.e. for backward compatibi= lity with older versions i.e. is it possible to run 1.4.x with 1.3.x so tha= t they'll exchange java serialized objects ? | = Yes. This is how backward compat is maintained, and in such a case, the sa= me version of JGroups needs to be used on both nodes, so svuid problems on = the JGroups level goes away. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997673#3997673 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997673 --===============8213786504831646703==-- From do-not-reply at jboss.com Wed Jan 3 14:26:27 2007 Content-Type: multipart/mixed; boundary="===============4361123381711050992==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Serialization Compatibility Tests Date: Wed, 03 Jan 2007 14:26:27 -0500 Message-ID: <13749064.1167852387102.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4361123381711050992== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "ryan.campbell(a)jboss.com" wrote : Manik, | = | Where should we document this test case? A readme in the src/etc folder= ? Somewhere else? | = | Thanks, | Ryan For JUnit tests, I normally have a list of "known failures" as a set of tes= t excludes in build.xml, each exclude listed with a comment pointing to the= relevant JIRA task. These excludes are passed to JUnit tasks so these tes= ts are excluded from reports (such as the cruise control target). Perhaps a similar approach could be adopted here? Better still, maybe this= could be an external properties file that build.xml reads and excludes? W= e could then use the same external file for known JUnit excludes as well? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997676#3997676 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997676 --===============4361123381711050992==-- From do-not-reply at jboss.com Wed Jan 3 14:27:26 2007 Content-Type: multipart/mixed; boundary="===============4967938483541823229==" MIME-Version: 1.0 From: pavel.tsekov at redhat.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Serialization Compatibility Tests Date: Wed, 03 Jan 2007 14:27:25 -0500 Message-ID: <7970262.1167852445972.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4967938483541823229== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for the explanation Manik! :) I'll adjust the code accordingly. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997677#3997677 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997677 --===============4967938483541823229==-- From do-not-reply at jboss.com Wed Jan 3 14:29:11 2007 Content-Type: multipart/mixed; boundary="===============9120241860860919319==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: EJB References Date: Wed, 03 Jan 2007 14:29:11 -0500 Message-ID: <9623145.1167852551114.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9120241860860919319== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If a jar contains a sar, shouldn't the sar be deployed first? If you run the = anonymous wrote : = | ant -Dtest=3Dorg.jboss.test.security.test.EJBSpecUnitTestCase one-test | = It seems the ejb deployment which is contained in the jar is happening befo= re the queues that need to be created, whose defs are contained inside the = embedded sar. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997678#3997678 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997678 --===============9120241860860919319==-- From do-not-reply at jboss.com Wed Jan 3 15:06:51 2007 Content-Type: multipart/mixed; boundary="===============1242381432561920533==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 15:06:50 -0500 Message-ID: <24387661.1167854810945.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1242381432561920533== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i just added an if-then-else in the code with a check for the existence of = a task in the start-state. all tests succeed. so now when there is no start task, createStartTaskInst= ance will return null in case there is no start task. just checked it in. hopefully it is still in time for you to check it out View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997688#3997688 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997688 --===============1242381432561920533==-- From do-not-reply at jboss.com Wed Jan 3 15:27:04 2007 Content-Type: multipart/mixed; boundary="===============0136726000967558643==" MIME-Version: 1.0 From: adamw To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 15:27:04 -0500 Message-ID: <26549141.1167856024147.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0136726000967558643== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, I have fixed the build to work with the new repositories. Some information on creating and managing projects can be found here: http://labs.jboss.com/wiki/Main in sections about .xml files that should be placed in CMS. Have you downloaded and installed the CMS template? About integration: we have currently very good wiki, a simple blog viewer and you can use jbos= s forums; a new blog, and some integration w/ cc & jira will be included in= labs 2.0, which is scheduled for the end of february. -- = Regards, Adam Warski View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997695#3997695 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997695 --===============0136726000967558643==-- From do-not-reply at jboss.com Wed Jan 3 15:28:17 2007 Content-Type: multipart/mixed; boundary="===============6731617463780518189==" MIME-Version: 1.0 From: adamw To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems Deploying JBoss Labs Date: Wed, 03 Jan 2007 15:28:17 -0500 Message-ID: <29329875.1167856097649.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6731617463780518189== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, it looks like there is a problem with some basic jboss services - like hibe= rnate. Have you changed anything in the configuration of the AS, installed = from the Labs repository? Are you starting the AS in the "all" configuration? -- = Regards, Ada Warski View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997696#3997696 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997696 --===============6731617463780518189==-- From do-not-reply at jboss.com Wed Jan 3 16:17:44 2007 Content-Type: multipart/mixed; boundary="===============4958142226426640165==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Array interception needed for jboss cache Date: Wed, 03 Jan 2007 16:17:44 -0500 Message-ID: <20196414.1167859064194.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4958142226426640165== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please take a look at the tests 1) Yes, this is done in AOPArrayTestCase 2) & 3)By querying the ArrayRegistry, you get the full path to the array as= it is referenced - with the "root" instance (or the class in the case of a= static field), field name, and if a nested array the sub elements. ArrayReferenceTestCase has examples of this, but a quick summary here: = | class POJOx{ | int[] array; | } | = | class POJOy{ | static Object[] array =3D new Object[][]{new Object[3]}, new Object[= 3], new Object[3]}}; | } | = | int[] arr =3D new int[]{1,2,3}; | POJOx x1 =3D new POJOx(); //POJOx(a)1111 | POJOx x2 =3D new POJOx(); //POJOx(a)2222 | x1.array =3D arr; | x2.array =3D arr; | POJOy.array[1][2] =3D arr; | = If we now do | List refs =3D ArrayRegistry.getInstance().getArrayOwner= s(arr); | = We get the following 3 array references for arr: | ArrayReference-1: root=3DPOJOx(a)1111; rootField=3D"array"; nestedIndic= es=3Dnull | ArrayReference-2: root=3DPOJOx(a)2222; rootField=3D"array"; nestedIndic= es=3Dnull | ArrayReference-3: root=3DPOJOy.class; rootField=3D"array"; nestedIndece= s=3D[1,2] | = 4) Not sure what you mean by "Region", but with the reference counting you = should be able to determine if there is only one reference or if more than = one reference to use the special reference area in the cache. One thing whi= ch might be an issue is that I update the references in the woven code befo= re creating an invocation 5) Yes, the ArrayElementInvocation base class getTargetObject() method retu= rns the array View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997709#3997709 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997709 --===============4958142226426640165==-- From do-not-reply at jboss.com Wed Jan 3 17:05:49 2007 Content-Type: multipart/mixed; boundary="===============8830352273798755182==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 17:05:49 -0500 Message-ID: <7410880.1167861949598.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8830352273798755182== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I updated tio the latest source code, deleted the repository to make sure w= e are using the right jars. I get this error. I will download manually to= see if there are others. Attempting to download commons-jelly-tags-log-20030211.142821.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-jelly= /jars/commons-jelly-tags-log-20030211.142821.jar]: java.io.IOException: Unk= nown error downloading; status code was: 301 WARNING: Failed to download commons-jelly-tags-log-20030211.142821.jar. Attempting to download commons-jelly-tags-velocity-20030303.205659.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-jelly= /jars/commons-jelly-tags-velocity-20030303.205659.jar]: java.io.IOException= : Unknown error downloading; status code was: 301 WARNING: Failed to download commons-jelly-tags-velocity-20030303.205659.jar. The build cannot continue because of the following unsatisfied dependencies: View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997727#3997727 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997727 --===============8830352273798755182==-- From do-not-reply at jboss.com Wed Jan 3 17:16:21 2007 Content-Type: multipart/mixed; boundary="===============2864089439695606511==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Wed, 03 Jan 2007 17:16:21 -0500 Message-ID: <11737414.1167862581522.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2864089439695606511== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I just want to add two points that were also part of the refactoring. = - performFailover was made part of ClientConnectionDelegate (public method) - There is one instance of the Valve per Delegate. That means when a failur= e happens we will have to close multiple valves. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997732#3997732 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997732 --===============2864089439695606511==-- From do-not-reply at jboss.com Wed Jan 3 17:40:34 2007 Content-Type: multipart/mixed; boundary="===============8388115152726876805==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 17:40:34 -0500 Message-ID: <765813.1167864034258.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8388115152726876805== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Disregard previous post. We had an error in the build.properties file that= was overriding the project.properties setting for the remote repo.cd. However, it really is missing gwt-dev-linux.jar. In fact there is a file t= here saying put linux version here. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997739#3997739 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997739 --===============8388115152726876805==-- From do-not-reply at jboss.com Wed Jan 3 17:47:23 2007 Content-Type: multipart/mixed; boundary="===============6079491723254349862==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Wed, 03 Jan 2007 17:47:23 -0500 Message-ID: <14568054.1167864443857.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6079491723254349862== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable After building successfully, I get an OutOfMemoryError Here is the output [root(a)B-0359 bin]# ./run.sh -c all =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D JBoss Bootstrap Environment JBOSS_HOME: /usr/local/portal JAVA: /usr/lib/jdk1.5.0_09//bin/java JAVA_OPTS: -Djava.security.auth.login.config=3D../conf/jaas.conf -javaage= nt:pluggable-instrumentor.jar -Dprogram.name=3Drun.sh CLASSPATH: /usr/local/portal/bin/run.jar:/usr/lib/jdk1.5.0_09//lib/tools.= jar =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 16:37:32,077 INFO [Server] Starting JBoss (MX MicroKernel)... 16:37:32,079 INFO [Server] Release ID: JBoss [Zion] 4.0.4.GA (build: CVSTa= g=3DJBoss_4_0_4_GA date=3D200605151000) 16:37:32,081 INFO [Server] Home Dir: /usr/local/portal 16:37:32,081 INFO [Server] Home URL: file:/usr/local/portal/ 16:37:32,082 INFO [Server] Patch URL: null 16:37:32,082 INFO [Server] Server Name: all 16:37:32,083 INFO [Server] Server Home Dir: /usr/local/portal/server/all 16:37:32,083 INFO [Server] Server Home URL: file:/usr/local/portal/server/= all/ 16:37:32,083 INFO [Server] Server Log Dir: /usr/local/portal/server/all/log 16:37:32,083 INFO [Server] Server Temp Dir: /usr/local/portal/server/all/t= mp 16:37:32,084 INFO [Server] Root Deployment Filename: jboss-service.xml 16:37:32,674 INFO [ServerInfo] Java version: 1.5.0_09,Sun Microsystems Inc. 16:37:32,675 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.5.0_0= 9-b01,Sun Microsystems Inc. 16:37:32,675 INFO [ServerInfo] OS-System: Linux 2.6.9-42.0.3.EL,i386 16:37:33,502 INFO [Server] Core system initialized 16:37:37,033 INFO [WebService] Using RMI server codebase: http://B-0359:80= 83/ 16:37:37,071 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: r= esource:log4j.xml 16:37:37,389 INFO [NamingService] JNDI bootstrap JNP=3D/0.0.0.0:1099, RMI= =3D/0.0.0.0:1098, backlog=3D50, no client SocketFactory, Server SocketFacto= ry=3Dclass org.jboss.net.sockets.DefaultSocketFactory 16:37:39,755 INFO [SocketServerInvoker] Invoker started for locator: Invok= erLocator [socket://127.0.0.1:3873/] 16:37:41,552 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/se= rver/all/deploy/shotoku-aop.aop 16:37:41,759 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/se= rver/all/deploy/ejb3-interceptors-aop.xml 16:37:46,828 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/se= rver/all/deploy/jboss-portal.sar/portal-aop.xml 16:37:50,854 ERROR [STDERR] [warn] AOP Instrumentor failed to transform org= .jboss.forge.common.projects.Projects 16:37:50,855 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.jboss.forge.common.projects.Projects. Cou= ld not find class it references org.jboss.forge.common.projects.ProjectDesc= riptor It may not be in your classpath and you may not be getting field an= d constructor weaving for this class. 16:37:50,856 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.co= nvertReferences(Instrumentor.java:619) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.tr= ansform(Instrumentor.java:673) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.AspectManager.translate(As= pectManager.java:970) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.AspectManager.transform(As= pectManager.java:882) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.= aspectTransform(AOPTransformer.java:88) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.= transform(AOPTransformer.java:75) 16:37:50,857 ERROR [STDERR] at sun.instrument.TransformerManager.transf= orm(TransformerManager.java:122) 16:37:50,857 ERROR [STDERR] at sun.instrument.InstrumentationImpl.trans= form(InstrumentationImpl.java:155) 16:37:50,857 ERROR [STDERR] at java.lang.ClassLoader.defineClass1(Nativ= e Method) 16:37:50,857 ERROR [STDERR] at java.lang.ClassLoader.defineClass(ClassL= oader.java:620) 16:37:50,857 ERROR [STDERR] at java.security.SecureClassLoader.defineCl= ass(SecureClassLoader.java:124) 16:37:50,857 ERROR [STDERR] at java.net.URLClassLoader.defineClass(URLC= lassLoader.java:260) 16:37:50,857 ERROR [STDERR] at java.net.URLClassLoader.access$100(URLCl= assLoader.java:56) 16:37:50,857 ERROR [STDERR] at java.net.URLClassLoader$1.run(URLClassLo= ader.java:195) 16:37:50,858 ERROR [STDERR] at java.security.AccessController.doPrivile= ged(Native Method) 16:37:50,858 ERROR [STDERR] at java.net.URLClassLoader.findClass(URLCla= ssLoader.java:188) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.findClassLocally(RepositoryClassLoader.java:672) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.findClass(RepositoryClassLoader.java:652) 16:37:50,858 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoa= der.java:306) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.loadClassLocally(RepositoryClassLoader.java:190) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.ClassLoadingTask$Th= readTask.run(ClassLoadingTask.java:131) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.LoadMgr3.nextTask(L= oadMgr3.java:399) 16:37:50,859 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.loadClassImpl(RepositoryClassLoader.java:517) 16:37:50,859 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.loadClass(RepositoryClassLoader.java:405) 16:37:50,859 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoa= der.java:251) 16:37:50,859 ERROR [STDERR] at java.lang.ClassLoader.loadClassInternal(= ClassLoader.java:319) 16:37:50,859 ERROR [STDERR] at java.lang.Class.getDeclaredMethods0(Nati= ve Method) 16:37:50,859 ERROR [STDERR] at java.lang.Class.privateGetDeclaredMethod= s(Class.java:2395) 16:37:50,860 ERROR [STDERR] at java.lang.Class.getDeclaredMethods(Class= .java:1763) 16:37:50,860 ERROR [STDERR] at org.jboss.portal.common.mx.JavaBeanModel= MBeanBuilder.(JavaBeanModelMBeanBuilder.java:89) 16:37:50,860 ERROR [STDERR] at org.jboss.portal.common.mx.JavaBeanModel= MBeanBuilder.build(JavaBeanModelMBeanBuilder.java:287) 16:37:50,860 ERROR [STDERR] at org.jboss.portal.common.system.JBossServ= iceModelMBean.(JBossServiceModelMBean.java:76) 16:37:50,860 ERROR [STDERR] at sun.reflect.GeneratedConstructorAccessor= 11.newInstance(Unknown Source) 16:37:50,860 ERROR [STDERR] at sun.reflect.DelegatingConstructorAccesso= rImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) 16:37:50,860 ERROR [STDERR] at java.lang.reflect.Constructor.newInstanc= e(Constructor.java:494) 16:37:50,861 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.inst= antiate(MBeanServerImpl.java:1233) 16:37:50,861 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.inst= antiate(MBeanServerImpl.java:286) 16:37:50,861 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.crea= teMBean(MBeanServerImpl.java:344) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceCreator.install(= ServiceCreator.java:181) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.int= ernalInstall(ServiceConfigurator.java:449) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.ins= tall(ServiceConfigurator.java:171) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceController.insta= ll(ServiceController.java:226) 16:37:50,861 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke0(Native Method) 16:37:50,861 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke(NativeMethodAccessorImpl.java:39) 16:37:50,862 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:37:50,862 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:37:50,862 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:86) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:37:50,863 ERROR [STDERR] at $Proxy4.install(Unknown Source) 16:37:50,864 ERROR [STDERR] at org.jboss.deployment.SARDeployer.create(= SARDeployer.java:249) 16:37:50,865 ERROR [STDERR] at org.jboss.deployment.MainDeployer.create= (MainDeployer.java:953) 16:37:50,865 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:807) 16:37:50,865 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:771) 16:37:50,865 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke0(Native Method) 16:37:50,865 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke(NativeMethodAccessorImpl.java:39) 16:37:50,865 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:37:50,866 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterce= ptor.invoke(AbstractInterceptor.java:133) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOpera= tionInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:37:50,867 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:37:50,867 ERROR [STDERR] at $Proxy8.deploy(Unknown Source) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeployme= ntScanner.deploy(URLDeploymentScanner.java:421) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeployme= ntScanner.scan(URLDeploymentScanner.java:634) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDep= loymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDep= loymentScanner.startService(AbstractDeploymentScanner.java:336) 16:37:50,867 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbo= ssInternalStart(ServiceMBeanSupport.java:289) 16:37:50,868 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbo= ssInternalLifecycle(ServiceMBeanSupport.java:245) 16:37:50,868 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor8.inv= oke(Unknown Source) 16:37:50,868 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:37:50,869 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:86) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:37:50,869 ERROR [STDERR] at org.jboss.system.ServiceController$Servi= ceProxy.invoke(ServiceController.java:978) 16:37:50,870 ERROR [STDERR] at $Proxy0.start(Unknown Source) 16:37:50,870 ERROR [STDERR] at org.jboss.system.ServiceController.start= (ServiceController.java:417) 16:37:50,870 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor9.inv= oke(Unknown Source) 16:37:50,870 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:37:50,870 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:37:50,870 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:86) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:37:50,871 ERROR [STDERR] at $Proxy4.start(Unknown Source) 16:37:50,871 ERROR [STDERR] at org.jboss.deployment.SARDeployer.start(S= ARDeployer.java:302) 16:37:50,871 ERROR [STDERR] at org.jboss.deployment.MainDeployer.start(= MainDeployer.java:1007) 16:37:50,872 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:808) 16:37:50,872 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:771) 16:37:50,872 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:755) 16:37:50,872 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke0(Native Method) 16:37:50,872 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke(NativeMethodAccessorImpl.java:39) 16:37:50,872 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:37:50,872 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:37:50,872 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:37:50,872 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterce= ptor.invoke(AbstractInterceptor.java:133) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOpera= tionInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:37:50,873 ERROR [STDERR] at $Proxy5.deploy(Unknown Source) 16:37:50,873 ERROR [STDERR] at org.jboss.system.server.ServerImpl.doSta= rt(ServerImpl.java:482) 16:37:50,874 ERROR [STDERR] at org.jboss.system.server.ServerImpl.start= (ServerImpl.java:362) 16:37:50,874 ERROR [STDERR] at org.jboss.Main.boot(Main.java:200) 16:37:50,874 ERROR [STDERR] at org.jboss.Main$1.run(Main.java:464) 16:37:50,874 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) 16:37:57,942 INFO [SubscriptionManager] Bound event dispatcher to java:/Ev= entDispatcher 16:38:08,957 INFO [Ejb3Deployment] EJB3 deployment time took: 814 16:38:09,191 INFO [JmxKernelAbstraction] installing MBean: jboss.j2ee:jar= =3Dshotoku-base.ejb3,name=3DShotokuServiceImpl,service=3DEJB3 with dependen= cies: 16:38:09,624 INFO [EJBContainer] STARTED EJB: org.jboss.shotoku.service.Sh= otokuServiceImpl ejbName: ShotokuServiceImpl 16:38:09,880 INFO [AdministratedService] Creating Shotoku service... 16:38:10,416 INFO [ContentManager] Added content manager: default, org.jbo= ss.shotoku.svn.SvnContentManager 16:38:10,417 INFO [AdministratedService] ContentManager setup completed. = Getting the default service timer interval... 16:38:10,417 INFO [AdministratedService] Shotoku service created. 16:38:10,421 INFO [AdministratedService] Starting Shotoku service... 16:38:10,421 INFO [AdministratedService] Starting main update thread... 16:38:10,430 INFO [AdministratedService] Starting update threads... 16:38:10,435 INFO [AdministratedService] Update thread count set to: 10. 16:38:10,436 INFO [AdministratedService] Reseting keys during update in ca= che items... 16:38:10,436 INFO [AdministratedService] Shotoku service started. 16:38:10,438 INFO [EJB3Deployer] Deployed: file:/usr/local/portal/server/a= ll/deploy/shotoku.sar/shotoku-base.ejb3 16:38:11,996 INFO [SnmpAgentService] SNMP agent going active 16:38:12,334 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/se= rver/all/deploy/tc5-cluster.sar/tc5-cluster.aop 16:38:13,127 INFO [TreeCache] setting cluster properties from xml to: UDP(= down_thread=3Dfalse;enable_bundling=3Dtrue;ip_ttl=3D2;loopback=3Dfalse;max_= bundle_size=3D64000;max_bundle_timeout=3D30;mcast_addr=3D230.1.2.7;mcast_po= rt=3D45577;mcast_recv_buf_size=3D25000000;mcast_send_buf_size=3D640000;ucas= t_recv_buf_size=3D20000000;ucast_send_buf_size=3D640000;up_thread=3Dfalse;u= se_incoming_packet_handler=3Dtrue;use_outgoing_packet_handler=3Dtrue):PING(= down_thread=3Dfalse;num_initial_members=3D3;timeout=3D2000;up_thread=3Dfals= e):MERGE2(down_thread=3Dfalse;max_interval=3D100000;min_interval=3D20000;up= _thread=3Dfalse):FD(down_thread=3Dfalse;max_tries=3D5;shun=3Dtrue;timeout= =3D2500;up_thread=3Dfalse):VERIFY_SUSPECT(down_thread=3Dfalse;timeout=3D150= 0;up_thread=3Dfalse):pbcast.NAKACK(discard_delivered_msgs=3Dtrue;down_threa= d=3Dfalse;gc_lag=3D50;max_xmit_size=3D60000;retransmit_timeout=3D100,200,30= 0,600,1200,2400,4800;up_thread=3Dfalse;use_mcast_xmit=3Dfalse):UNICAST(down= _thread=3Dfalse;timeout=3D300,600,1200,2400,3600;up_thread=3Dfalse):pbcast.= STABLE(desired_avg_gossip=3D50000;down_thread=3Dfalse;max_bytes=3D2100000;s= tability_delay=3D1000;up_thread=3Dfalse):pbcast.GMS(down_thread=3Dfalse;joi= n_retry_timeout=3D2000;join_timeout=3D3000;print_local_addr=3Dtrue;shun=3Dt= rue;up_thread=3Dfalse):FC(down_thread=3Dfalse;max_credits=3D10000000;min_th= reshold=3D0.20;up_thread=3Dfalse):FRAG2(down_thread=3Dfalse;frag_size=3D600= 00;up_thread=3Dfalse):pbcast.STATE_TRANSFER(down_thread=3Dfalse;up_thread= =3Dfalse) 16:38:13,177 INFO [TreeCache] interceptor chain is: class org.jboss.cache.interceptors.CallInterceptor class org.jboss.cache.interceptors.PessimisticLockInterceptor class org.jboss.cache.interceptors.UnlockInterceptor class org.jboss.cache.interceptors.ReplicationInterceptor 16:38:13,178 INFO [TreeCache] cache mode is REPL_ASYNC 16:38:15,952 INFO [STDOUT] = ------------------------------------------------------- GMS: address is localhost:32845 ------------------------------------------------------- 16:38:18,183 INFO [TreeCache] viewAccepted(): [localhost:32845|0] [localho= st:32845] 16:38:18,215 INFO [TreeCache] my local address is localhost:32845 16:38:18,222 INFO [TreeCache] new cache is null (may be first member in cl= uster) 16:38:18,222 INFO [TreeCache] state could not be retrieved (must be first = member in group) 16:38:18,222 INFO [TreeCache] Cache is started!! 16:38:18,684 INFO [Embedded] Catalina naming disabled 16:38:18,918 INFO [ClusterRuleSetFactory] Unable to find a cluster rule se= t in the classpath. Will load the default rule set. 16:38:18,921 INFO [ClusterRuleSetFactory] Unable to find a cluster rule se= t in the classpath. Will load the default rule set. 16:38:19,849 INFO [Http11BaseProtocol] Initializing Coyote HTTP/1.1 on htt= p-0.0.0.0-8080 16:38:19,859 INFO [Catalina] Initialization processed in 938 ms 16:38:19,859 INFO [StandardService] Starting service jboss.web 16:38:19,871 INFO [StandardEngine] Starting Servlet Engine: Apache Tomcat/= 5.5.17 16:38:19,997 INFO [StandardHost] XML validation disabled 16:38:20,052 INFO [Catalina] Server startup in 193 ms 16:38:20,593 INFO [TomcatDeployer] deploy, ctxPath=3D/invoker, warUrl=3D..= ./deploy/httpha-invoker.sar/invoker.war/ 16:38:21,379 INFO [WebappLoader] Dual registration of jndi stream handler:= factory already defined 16:38:22,408 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-cms, warUrl= =3D.../deploy/jboss-portal.sar/portal-cms.war/ 16:38:22,677 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-core, warUrl= =3D.../deploy/jboss-portal.sar/portal-core.war/ 16:38:24,214 INFO [FacesConfigurator] Reading standard config org/apache/m= yfaces/resource/standard-faces-config.xml 16:38:24,442 INFO [FacesConfigurator] Reading config jar:file:/usr/local/p= ortal/server/all/tmp/deploy/tmp62208jsf-facelets.jar!/META-INF/faces-config= .xml 16:38:24,458 INFO [FacesConfigurator] Reading config jar:file:/usr/local/p= ortal/server/all/tmp/deploy/tmp62226tomahawk.jar!/META-INF/faces-config.xml 16:38:24,556 INFO [FacesConfigurator] Reading config jar:file:/usr/local/p= ortal/server/all/tmp/deploy/tmp62243tomahawk.jar!/META-INF/faces-config.xml 16:38:24,637 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config= .xml 16:38:25,096 ERROR [LocaleUtils] Locale name null or empty, ignoring 16:38:27,345 INFO [StartupServletContextListener] ServletContext '/usr/loc= al/portal/server/all/./deploy/jboss-portal.sar/portal-core.war/' initialize= d. 16:38:27,586 INFO [TomcatDeployer] deploy, ctxPath=3D/portal, warUrl=3D...= /deploy/jboss-portal.sar/portal-server.war/ 16:38:28,149 INFO [TomcatDeployer] deploy, ctxPath=3D/jbossws, warUrl=3D..= ./tmp/deploy/tmp62257jbossws-exp.war/ 16:38:28,453 INFO [TomcatDeployer] deploy, ctxPath=3D/juddi, warUrl=3D.../= deploy/juddi-service.sar/juddiws.war/ 16:38:28,635 INFO [RegistryServlet] Loading jUDDI configuration. 16:38:28,636 INFO [RegistryServlet] Resources loaded from: /WEB-INF/juddi.= properties 16:38:28,637 INFO [RegistryServlet] Initializing jUDDI components. 16:38:31,150 INFO [Ejb3Deployment] EJB3 deployment time took: 107 16:38:31,221 INFO [JmxKernelAbstraction] installing MBean: jboss.j2ee:jar= =3Dforge-service.ejb3,name=3DForgeService,service=3DEJB3 with dependencies: 16:38:31,221 INFO [JmxKernelAbstraction] shotoku:service=3Dshotoku 16:38:31,279 INFO [EJBContainer] STARTED EJB: org.jboss.forge.service.Forg= eService ejbName: ForgeService 16:38:31,326 INFO [AdministratedService] Creating Forge service... 16:38:32,620 INFO [ForgeService] Forge service created, with timer interva= l: 30000 16:38:32,621 INFO [AdministratedService] Starting Forge service... 16:38:32,622 INFO [AdministratedService] Forge service started. 16:38:32,622 INFO [EJB3Deployer] Deployed: file:/usr/local/portal/server/a= ll/deploy/w-jboss-forge.sar/forge-service.ejb3 16:38:33,602 INFO [DefaultPartition] Initializing 16:38:33,764 INFO [STDOUT] = ------------------------------------------------------- GMS: address is localhost:32848 (additional data: 14 bytes) ------------------------------------------------------- 16:38:35,779 INFO [DefaultPartition] Number of cluster members: 1 16:38:35,779 INFO [DefaultPartition] Other members: 0 16:38:35,779 INFO [DefaultPartition] Fetching state (will wait for 30000 m= illiseconds): 16:38:35,779 INFO [DefaultPartition] New cluster view for partition Defaul= tPartition (id: 0, delta: 0) : [127.0.0.1:1099] 16:38:35,800 INFO [DefaultPartition] I am (127.0.0.1:1099) received member= shipChanged event: 16:38:35,801 INFO [DefaultPartition] Dead members: 0 ([]) 16:38:35,801 INFO [DefaultPartition] New Members : 0 ([]) 16:38:35,801 INFO [DefaultPartition] All Members : 1 ([127.0.0.1:1099]) 16:38:35,998 INFO [HANamingService] Started ha-jndi bootstrap jnpPort=3D11= 00, backlog=3D50, bindAddress=3D/0.0.0.0 16:38:36,017 INFO [DetachedHANamingService$AutomaticDiscovery] Listening o= n 0.0.0.0/0.0.0.0:1102, group=3D230.0.0.4, HA-JNDI address=3D127.0.0.1:1100 16:38:38,520 INFO [TomcatDeployer] deploy, ctxPath=3D/jbossmq-httpil, warU= rl=3D.../deploy-hasingleton/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ 16:38:39,166 INFO [TreeCache] setting cluster properties from xml to: UDP(= ip_mcast=3Dtrue;ip_ttl=3D64;loopback=3Dfalse;mcast_addr=3D228.1.2.3;mcast_p= ort=3D45551;mcast_recv_buf_size=3D80000;mcast_send_buf_size=3D150000;ucast_= recv_buf_size=3D80000;ucast_send_buf_size=3D150000):PING(down_thread=3Dfals= e;num_initial_members=3D3;timeout=3D2000;up_thread=3Dfalse):MERGE2(max_inte= rval=3D20000;min_interval=3D10000):FD(down_thread=3Dtrue;shun=3Dtrue;up_thr= ead=3Dtrue):VERIFY_SUSPECT(down_thread=3Dfalse;timeout=3D1500;up_thread=3Df= alse):pbcast.NAKACK(down_thread=3Dfalse;gc_lag=3D50;max_xmit_size=3D8192;re= transmit_timeout=3D600,1200,2400,4800;up_thread=3Dfalse):UNICAST(down_threa= d=3Dfalse;min_threshold=3D10;timeout=3D600,1200,2400;window_size=3D100):pbc= ast.STABLE(desired_avg_gossip=3D20000;down_thread=3Dfalse;up_thread=3Dfalse= ):FRAG(down_thread=3Dfalse;frag_size=3D8192;up_thread=3Dfalse):pbcast.GMS(j= oin_retry_timeout=3D2000;join_timeout=3D5000;print_local_addr=3Dtrue;shun= =3Dtrue):pbcast.STATE_TRANSFER(down_thread=3Dfalse;up_thread=3Dfalse) 16:38:39,244 INFO [TreeCache] setEvictionPolicyConfig(): [config: null] 16:38:39,262 WARN [TreeCache] No transaction manager lookup class has been= defined. Transactions cannot be used 16:38:39,299 INFO [TreeCache] interceptor chain is: class org.jboss.cache.interceptors.CallInterceptor class org.jboss.cache.interceptors.PessimisticLockInterceptor class org.jboss.cache.interceptors.CacheLoaderInterceptor class org.jboss.cache.interceptors.UnlockInterceptor class org.jboss.cache.interceptors.ReplicationInterceptor class org.jboss.cache.interceptors.CacheStoreInterceptor 16:38:39,366 INFO [TreeCache] cache mode is REPL_SYNC 16:38:39,386 INFO [STDOUT] = ------------------------------------------------------- GMS: address is localhost:32851 ------------------------------------------------------- 16:38:41,389 INFO [TreeCache] my local address is localhost:32851 16:38:41,389 INFO [TreeCache] state could not be retrieved (must be first = member in group) 16:38:41,390 INFO [LRUPolicy] Starting eviction policy using the provider:= org.jboss.ejb3.cache.tree.StatefulEvictionPolicy 16:38:41,390 INFO [LRUPolicy] Starting a eviction timer with wake up inter= val of (secs) 1 16:38:41,390 INFO [TreeCache] viewAccepted(): [localhost:32851|0] [localho= st:32851] 16:38:41,390 INFO [TreeCache] new cache is null (may be first member in cl= uster) 16:38:41,391 INFO [TreeCache] Cache is started!! 16:38:41,488 INFO [TreeCache] setting cluster properties from xml to: UDP(= ip_mcast=3Dtrue;ip_ttl=3D2;loopback=3Dfalse;mcast_addr=3D228.1.2.3;mcast_po= rt=3D43333;mcast_recv_buf_size=3D80000;mcast_send_buf_size=3D150000;ucast_r= ecv_buf_size=3D80000;ucast_send_buf_size=3D150000):PING(down_thread=3Dfalse= ;num_initial_members=3D3;timeout=3D2000;up_thread=3Dfalse):MERGE2(max_inter= val=3D20000;min_interval=3D10000):FD(down_thread=3Dtrue;shun=3Dtrue;up_thre= ad=3Dtrue):VERIFY_SUSPECT(down_thread=3Dfalse;timeout=3D1500;up_thread=3Dfa= lse):pbcast.NAKACK(down_thread=3Dfalse;gc_lag=3D50;max_xmit_size=3D8192;ret= ransmit_timeout=3D600,1200,2400,4800;up_thread=3Dfalse):UNICAST(down_thread= =3Dfalse;min_threshold=3D10;timeout=3D600,1200,2400;window_size=3D100):pbca= st.STABLE(desired_avg_gossip=3D20000;down_thread=3Dfalse;up_thread=3Dfalse)= :FRAG(down_thread=3Dfalse;frag_size=3D8192;up_thread=3Dfalse):pbcast.GMS(jo= in_retry_timeout=3D2000;join_timeout=3D5000;print_local_addr=3Dtrue;shun=3D= true):pbcast.STATE_TRANSFER(down_thread=3Dfalse;up_thread=3Dfalse) 16:38:41,516 INFO [TreeCache] setEvictionPolicyConfig(): [config: null] 16:38:41,542 INFO [TreeCache] interceptor chain is: class org.jboss.cache.interceptors.CallInterceptor class org.jboss.cache.interceptors.PessimisticLockInterceptor class org.jboss.cache.interceptors.UnlockInterceptor class org.jboss.cache.interceptors.ReplicationInterceptor 16:38:41,547 INFO [TreeCache] cache mode is REPL_SYNC 16:38:41,646 INFO [STDOUT] = ------------------------------------------------------- GMS: address is localhost:32854 ------------------------------------------------------- 16:38:43,650 INFO [TreeCache] my local address is localhost:32854 16:38:43,650 INFO [TreeCache] state could not be retrieved (must be first = member in group) 16:38:43,650 INFO [LRUPolicy] Starting eviction policy using the provider:= org.jboss.cache.eviction.LRUPolicy 16:38:43,650 INFO [LRUPolicy] Starting a eviction timer with wake up inter= val of (secs) 5 16:38:43,650 INFO [TreeCache] viewAccepted(): [localhost:32854|0] [localho= st:32854] 16:38:43,651 INFO [TreeCache] new cache is null (may be first member in cl= uster) 16:38:43,651 INFO [TreeCache] Cache is started!! 16:38:50,304 INFO [CorbaNamingService] Naming: [IOR:000000000000002B49444C= 3A6F6D672E6F72672F436F734E616D696E672F4E616D696E67436F6E746578744578743A312= E3000000000000200000000000000D0000102000000000A3132372E302E302E31000DC80000= 00114A426F73732F4E616D696E672F726F6F740000000000000500000000000000080000000= 04A414300000000010000001C00000000000100010000000105010001000101090000000105= 010001000000210000004C000000000000000100000000000000240000001C0000007E00000= 000000000010000000A3132372E302E302E31000DC900000000000000000000000000000000= 0000000000000000000000000000002000000004000000000000001F0000000400000003000= 000010000002000000000000000020000002000000004000000000000001F00000004000000= 03] 16:38:51,003 INFO [CorbaTransactionService] TransactionFactory: [IOR:00000= 0000000003049444C3A6F72672F6A626F73732F746D2F69696F702F5472616E73616374696F= 6E466163746F72794578743A312E30000000000200000000000000D0000102000000000A313= 2372E302E302E31000DC8000000144A426F73732F5472616E73616374696F6E732F46000000= 050000000000000008000000004A414300000000010000001C0000000000010001000000010= 5010001000101090000000105010001000000210000004C0000000000000001000000000000= 00240000001C0000007E00000000000000010000000A3132372E302E302E31000DC90000000= 000000000000000000000000000000000000000000000000000000020000000040000000000= 00001F000000040000000300000001000000200000000000000002000000200000000400000= 0000000001F0000000400000003] 16:38:53,447 INFO [TomcatDeployer] deploy, ctxPath=3D/web-console, warUrl= =3D.../deploy/management/console-mgr.sar/web-console.war/ 16:38:59,848 INFO [MailService] Mail Service bound to java:/Mail 16:39:00,340 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-ha-local-jdbc.rar 16:39:00,971 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-ha-xa-jdbc.rar 16:39:01,041 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-local-jdbc.rar 16:39:01,114 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jboss-xa-jdbc.rar 16:39:01,773 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/jms/jms-ra.rar 16:39:01,856 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/mail-ra.rar 16:39:02,518 INFO [RARDeployment] Required license terms exist, view META-= INF/ra.xml in .../deploy/quartz-ra.rar 16:39:03,357 INFO [QuartzResourceAdapter] start quartz!!! 16:39:03,408 ERROR [STDERR] [warn] AOP Instrumentor failed to transform org= .quartz.impl.StdSchedulerFactory 16:39:03,408 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.quartz.impl.StdSchedulerFactory. Could no= t find class it references org.quartz.utils.PoolingConnectionProvider It m= ay not be in your classpath and you may not be getting field and constructo= r weaving for this class. 16:39:03,409 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.co= nvertReferences(Instrumentor.java:619) 16:39:03,409 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.tr= ansform(Instrumentor.java:673) 16:39:03,409 ERROR [STDERR] at org.jboss.aop.AspectManager.translate(As= pectManager.java:970) 16:39:03,409 ERROR [STDERR] at org.jboss.aop.AspectManager.transform(As= pectManager.java:882) 16:39:03,410 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.= aspectTransform(AOPTransformer.java:88) 16:39:03,410 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.= transform(AOPTransformer.java:75) 16:39:03,410 ERROR [STDERR] at sun.instrument.TransformerManager.transf= orm(TransformerManager.java:122) 16:39:03,410 ERROR [STDERR] at sun.instrument.InstrumentationImpl.trans= form(InstrumentationImpl.java:155) 16:39:03,410 ERROR [STDERR] at java.lang.ClassLoader.defineClass1(Nativ= e Method) 16:39:03,410 ERROR [STDERR] at java.lang.ClassLoader.defineClass(ClassL= oader.java:620) 16:39:03,410 ERROR [STDERR] at java.security.SecureClassLoader.defineCl= ass(SecureClassLoader.java:124) 16:39:03,410 ERROR [STDERR] at java.net.URLClassLoader.defineClass(URLC= lassLoader.java:260) 16:39:03,410 ERROR [STDERR] at java.net.URLClassLoader.access$100(URLCl= assLoader.java:56) 16:39:03,411 ERROR [STDERR] at java.net.URLClassLoader$1.run(URLClassLo= ader.java:195) 16:39:03,411 ERROR [STDERR] at java.security.AccessController.doPrivile= ged(Native Method) 16:39:03,411 ERROR [STDERR] at java.net.URLClassLoader.findClass(URLCla= ssLoader.java:188) 16:39:03,411 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.findClassLocally(RepositoryClassLoader.java:672) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.findClass(RepositoryClassLoader.java:652) 16:39:03,412 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoa= der.java:306) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.loadClassLocally(RepositoryClassLoader.java:190) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.ClassLoadingTask$Th= readTask.run(ClassLoadingTask.java:131) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.LoadMgr3.nextTask(L= oadMgr3.java:399) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.loadClassImpl(RepositoryClassLoader.java:517) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoad= er.loadClass(RepositoryClassLoader.java:405) 16:39:03,413 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoa= der.java:251) 16:39:03,413 ERROR [STDERR] at java.lang.ClassLoader.loadClassInternal(= ClassLoader.java:319) 16:39:03,413 ERROR [STDERR] at org.jboss.resource.adapter.quartz.inflow= .QuartzResourceAdapter.start(QuartzResourceAdapter.java:53) 16:39:03,413 ERROR [STDERR] at org.jboss.resource.deployment.RARDeploym= ent.startService(RARDeployment.java:109) 16:39:03,413 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbo= ssInternalStart(ServiceMBeanSupport.java:289) 16:39:03,413 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbo= ssInternalLifecycle(ServiceMBeanSupport.java:245) 16:39:03,413 ERROR [STDERR] at org.jboss.system.ServiceDynamicMBeanSupp= ort.invoke(ServiceDynamicMBeanSupport.java:124) 16:39:03,414 ERROR [STDERR] at org.jboss.mx.server.RawDynamicInvoker.in= voke(RawDynamicInvoker.java:164) 16:39:03,414 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:39:03,414 ERROR [STDERR] at org.jboss.system.ServiceController$Servi= ceProxy.invoke(ServiceController.java:978) 16:39:03,414 ERROR [STDERR] at $Proxy0.start(Unknown Source) 16:39:03,414 ERROR [STDERR] at org.jboss.system.ServiceController.start= (ServiceController.java:417) 16:39:03,414 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor9.inv= oke(Unknown Source) 16:39:03,414 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:39:03,414 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:39:03,415 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:39:03,415 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:39:03,415 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:86) 16:39:03,416 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:39:03,416 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:39:03,416 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:39:03,416 ERROR [STDERR] at $Proxy123.start(Unknown Source) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.SimpleSubDeployerSu= pport.startService(SimpleSubDeployerSupport.java:345) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.SimpleSubDeployerSu= pport.start(SimpleSubDeployerSupport.java:127) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.MainDeployer.start(= MainDeployer.java:1007) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:808) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:771) 16:39:03,417 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor26.in= voke(Unknown Source) 16:39:03,417 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:39:03,417 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterce= ptor.invoke(AbstractInterceptor.java:133) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOpera= tionInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:39:03,418 ERROR [STDERR] at $Proxy8.deploy(Unknown Source) 16:39:03,418 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeployme= ntScanner.deploy(URLDeploymentScanner.java:421) 16:39:03,418 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeployme= ntScanner.scan(URLDeploymentScanner.java:634) 16:39:03,418 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDep= loymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) 16:39:03,419 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDep= loymentScanner.startService(AbstractDeploymentScanner.java:336) 16:39:03,419 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbo= ssInternalStart(ServiceMBeanSupport.java:289) 16:39:03,419 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbo= ssInternalLifecycle(ServiceMBeanSupport.java:245) 16:39:03,419 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor8.inv= oke(Unknown Source) 16:39:03,419 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:39:03,419 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:39:03,419 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:39:03,419 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:39:03,420 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:86) 16:39:03,420 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:39:03,420 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:39:03,420 ERROR [STDERR] at org.jboss.system.ServiceController$Servi= ceProxy.invoke(ServiceController.java:978) 16:39:03,420 ERROR [STDERR] at $Proxy0.start(Unknown Source) 16:39:03,420 ERROR [STDERR] at org.jboss.system.ServiceController.start= (ServiceController.java:417) 16:39:03,420 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor9.inv= oke(Unknown Source) 16:39:03,420 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:39:03,421 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:86) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:39:03,421 ERROR [STDERR] at $Proxy4.start(Unknown Source) 16:39:03,421 ERROR [STDERR] at org.jboss.deployment.SARDeployer.start(S= ARDeployer.java:302) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.start(= MainDeployer.java:1007) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:808) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:771) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy= (MainDeployer.java:755) 16:39:03,422 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke0(Native Method) 16:39:03,422 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.inv= oke(NativeMethodAccessorImpl.java:39) 16:39:03,422 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl= .invoke(DelegatingMethodAccessorImpl.java:25) 16:39:03,422 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.j= ava:585) 16:39:03,422 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispat= cher.invoke(ReflectedDispatcher.java:155) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(= Invocation.java:94) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterce= ptor.invoke(AbstractInterceptor.java:133) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOpera= tionInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(In= vocation.java:88) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker= .invoke(AbstractMBeanInvoker.java:264) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invo= ke(MBeanServerImpl.java:659) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(M= BeanProxyExt.java:210) 16:39:03,424 ERROR [STDERR] at $Proxy5.deploy(Unknown Source) 16:39:03,424 ERROR [STDERR] at org.jboss.system.server.ServerImpl.doSta= rt(ServerImpl.java:482) 16:39:03,424 ERROR [STDERR] at org.jboss.system.server.ServerImpl.start= (ServerImpl.java:362) 16:39:03,424 ERROR [STDERR] at org.jboss.Main.boot(Main.java:200) 16:39:03,424 ERROR [STDERR] at org.jboss.Main$1.run(Main.java:464) 16:39:03,424 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) 16:39:06,357 INFO [SimpleThreadPool] Job execution threads will use class = loader of thread: main 16:39:07,167 INFO [QuartzScheduler] Quartz Scheduler v.1.5.2 created. 16:39:07,730 INFO [RAMJobStore] RAMJobStore initialized. 16:39:07,731 INFO [StdSchedulerFactory] Quartz scheduler 'DefaultQuartzSch= eduler' initialized from default resource file in Quartz package: 'quartz.p= roperties' 16:39:07,731 INFO [StdSchedulerFactory] Quartz scheduler version: 1.5.2 16:39:07,732 INFO [QuartzScheduler] Scheduler DefaultQuartzScheduler_$_NON= _CLUSTERED started. 16:39:09,487 INFO [ConnectionFactoryBindingService] Bound ConnectionManage= r 'jboss.jca:service=3DDataSourceBinding,name=3DLabsDS' to JNDI name 'java:= LabsDS' 16:39:33,617 INFO [ConnectionFactoryBindingService] Bound ConnectionManage= r 'jboss.jca:service=3DDataSourceBinding,name=3DDefaultDS' to JNDI name 'ja= va:DefaultDS' 16:40:07,877 ERROR [STDERR] [warn] AOP Instrumentor failed to transform org= .hsqldb.persist.NIOScaledRAFile 16:40:07,877 ERROR [STDERR] java.lang.OutOfMemoryError: Java heap space *** java.lang.instrument ASSERTION FAILED ***: "!errorOutstanding" with mes= sage can't create byte arrau at ../../../src/share/instrument/JPLISAgent.c = line: 801 16:41:58,836 WARN [ServiceController] Problem starting service jboss.mq:se= rvice=3DDestinationManager java.lang.OutOfMemoryError: Java heap space 16:42:11,338 ERROR [BasicMBeanRegistry] Cannot register MBean java.lang.OutOfMemoryError: Java heap space 16:42:24,420 ERROR [BasicMBeanRegistry] Cannot register MBean java.lang.OutOfMemoryError: Java heap space 16:42:27,280 ERROR [BasicMBeanRegistry] Cannot register MBean java.lang.OutOfMemoryError: Java heap space 16:42:40,520 ERROR [MainDeployer] Could not initialise deployment: file:/us= r/local/portal/server/all/deploy/jms/hajndi-jms-ds.xml java.lang.OutOfMemoryError: Java heap space View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997742#3997742 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997742 --===============6079491723254349862==-- From do-not-reply at jboss.com Wed Jan 3 20:07:17 2007 Content-Type: multipart/mixed; boundary="===============8720074720141510613==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 20:07:17 -0500 Message-ID: <23233213.1167872837024.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8720074720141510613== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, with that fix I've done the following: - The "new tasks" list is now a list of created tasks, not assigned tasks. = This should fix the problem that no tasks are being presented on the scree= n when a process is started having a start task and no swimlanes or assignm= ent magic. - Fixed another NPE that happens on task instance view if there is no forms= .xml. - Added a "signal" button to the token list to allow a token to be moved al= ong transitions. I did run across a new problem. Some of the nodes that I create in the GPD= have a width and height of -1 in gpd.xml, making the process diagram fail = to work properly. Also, I have one more screen to make tonight that links = to a new process instance in the case where a process definition is started= which contains an initial wait state, but no tasks (right now there's no d= irect link to take you to the newly created process instance, as I realized= in today's testing session). Also one question I have is this: when a process starts that does not have = a task on the start state (and therefore, I presume, no reason to wait), sh= ould the token automatically proceed out of the start state? Right now the= user must signal the token manually in this case. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997772#3997772 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997772 --===============8720074720141510613==-- From do-not-reply at jboss.com Wed Jan 3 20:11:43 2007 Content-Type: multipart/mixed; boundary="===============6013835340076798947==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 20:11:43 -0500 Message-ID: <31302573.1167873103755.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6013835340076798947== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : Also one question I have is this: when a process starts t= hat does not have a task on the start state (and therefore, I presume, no r= eason to wait), should the token automatically proceed out of the start sta= te? Right now the user must signal the token manually in this case. In this situation the client should signal the token via the api, i.e, the = web app should signal the token. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997773#3997773 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997773 --===============6013835340076798947==-- From do-not-reply at jboss.com Wed Jan 3 20:25:22 2007 Content-Type: multipart/mixed; boundary="===============2262123310304656411==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 20:25:21 -0500 Message-ID: <19580973.1167873921973.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2262123310304656411== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : anonymous wrote : Also one question I have is this: wh= en a process starts that does not have a task on the start state (and there= fore, I presume, no reason to wait), should the token automatically proceed= out of the start state? Right now the user must signal the token manually = in this case. | = | In this situation the client should signal the token via the api, i.e, = the web app should signal the token. In this case I have to establish the criteria for signalling the token. Th= e start node might have multiple transitions, so I presume that I'd only si= gnal if there is a default leaving transition (node.getDefaultLeavingTransi= tion() !=3D null). The main thing that concerns me though is, how do we kn= ow that the start token isn't intended to be a wait state, for whatever rea= son. In a normal Node, we rely on the execute() method to determine whethe= r a transition is immediately taken or the Node is a wait state. However, = since StartState's execute() is an illegal operation (in other words, the T= oken is just pointed at the Node without calling execute()), you never "arr= ive" in the start state; therefore the start state node never has an opport= unity to establish its intention. My personal opinion is that the start state should be executed like any oth= er node, but of course I'm probably missing critical background on the issu= e. :-) I think the best I can do with what we've got now, is something like this: = if (no start task instance && initial node has a default leaving transition= ) { signal the token along the default transition } Make sense? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997776#3997776 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997776 --===============2262123310304656411==-- From do-not-reply at jboss.com Wed Jan 3 21:26:01 2007 Content-Type: multipart/mixed; boundary="===============4689118030494550698==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 21:26:01 -0500 Message-ID: <5648179.1167877561184.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4689118030494550698== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, now if a process is started with no initial tasks, the user is sent to = the correct process instance with a link, rather than being left wherever t= hey were beforehand. Last thing to do is to implement the auto-signalling as described above... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997794#3997794 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997794 --===============4689118030494550698==-- From do-not-reply at jboss.com Wed Jan 3 21:53:42 2007 Content-Type: multipart/mixed; boundary="===============5931735747190209778==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Wed, 03 Jan 2007 21:53:42 -0500 Message-ID: <29741689.1167879222499.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5931735747190209778== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, that's done. Let me know if anything isn't as expected. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997801#3997801 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997801 --===============5931735747190209778==-- From do-not-reply at jboss.com Wed Jan 3 22:12:21 2007 Content-Type: multipart/mixed; boundary="===============7181391789919224271==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - ObjectModelFactories parsing empty xml elements Date: Wed, 03 Jan 2007 22:12:21 -0500 Message-ID: <3803442.1167880341626.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7181391789919224271== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What should be the exact behavior of the ObjectModelFactory be for parsing = the following security-domain element. | | | | | Domain Stateless SessionBean | java:/jaas/spec-test-domain | | = My question in general is how should the following xml element C be handled= by an ObjectModelFactory? | | Hello Again | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997803#3997803 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997803 --===============7181391789919224271==-- From do-not-reply at jboss.com Wed Jan 3 22:38:24 2007 Content-Type: multipart/mixed; boundary="===============1624913178621029851==" MIME-Version: 1.0 From: giahieu2710 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Using Portlet to .NET Environment? Date: Wed, 03 Jan 2007 22:38:24 -0500 Message-ID: <16258904.1167881904693.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1624913178621029851== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi everyone, I'm new to Jboss Portal and portlet and I want to use a Java portlet in the= .NET environment. Althought I have converted the Java code to a *.dll libr= ary using Jnbridge 3.1 which can be used in .NET environment but I find mys= elf difficult to deploy it in .NET. = >From the guides, it seems like the only way to deploy a Portlet is to hot-= deploy it using Jboss Portal. Is there any other way to invoke the Portlet = in .NET 2005 environment, such as create an instance of the portlet and = Thank you very much. = Harry. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997811#3997811 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997811 --===============1624913178621029851==-- From do-not-reply at jboss.com Wed Jan 3 23:56:15 2007 Content-Type: multipart/mixed; boundary="===============8890140980328140184==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ObjectModelFactories parsing empty xml elements Date: Wed, 03 Jan 2007 23:56:15 -0500 Message-ID: <20023594.1167886575143.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8890140980328140184== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is no reason for the setValue to be called on an empty element. There= would have to be both a newChild and setValue to handle both cases. You do= n't need a separate SecurityDomain as you can return the parent element: | public Object newChild(ConfigurationMetaData md, UnmarshallingContex= t navigator, | String namespaceURI, String localName, Attributes attrs) | { | Object child =3D null; | if (localName.equals("cluster-config")) | { | child =3D new ClusterConfigMetaData(); | } | else if(localName.equals("container-interceptors") || | localName.equals("container-cache-conf") || | localName.equals("container-pool-conf")) | { | child =3D new DomElement(newDomElement(localName, attrs)); | } | else if(localName.equals("security-domain")) | { | child =3D md; | // Indicate a security-domain element was seen... | md.setSecurityDomain(null); | } | return child; | } | = | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997825#3997825 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997825 --===============8890140980328140184==-- From do-not-reply at jboss.com Thu Jan 4 03:50:00 2007 Content-Type: multipart/mixed; boundary="===============4405035930051029276==" MIME-Version: 1.0 From: koen.aers at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 03:50:00 -0500 Message-ID: <29805350.1167900600452.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4405035930051029276== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david" wrote : I did run across a new problem. Some of the nodes that I c= reate in the GPD have a width and height of -1 in gpd.xml, making the proce= ss diagram fail to work properly. This is a known initialization problem. It can be worked around by moving t= he node a little bit on the canvas after it was added. Not a real good solu= tion, but this will be solved in the 3.1 branch of the GPD. Regards, Koen View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997858#3997858 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997858 --===============4405035930051029276==-- From do-not-reply at jboss.com Thu Jan 4 03:50:30 2007 Content-Type: multipart/mixed; boundary="===============7320332797295464883==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 03:50:30 -0500 Message-ID: <30211829.1167900630132.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7320332797295464883== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : - The "new tasks" list is now a list of c= reated tasks, not assigned tasks. This should fix the problem that no task= s are being presented on the screen when a process is started having a star= t task and no swimlanes or assignment magic. | = i would call that list the "Unassigned tasks". it's a good idea. also you= could make the initiator responsible for the assignment in case a task is = created without an assignment. "david.lloyd(a)jboss.com" wrote : = | Also one question I have is this: when a process starts that does not h= ave a task on the start state (and therefore, I presume, no reason to wait)= , should the token automatically proceed out of the start state? Right now= the user must signal the token manually in this case. wether or not the process should signal automatic with the start should be = in the process definition. not in the webapp. currently there is no such = feature in which you can specify that the default transition has to be take= n automatically when a process instance is created. for functional behaviour i don't think this is really necessary. you can a= lways add an action on event process-start. then a developer could always = turn the start-state into a wait state. but of course, this seriously limi= ts the modeling freedom. another way to solve this is to do the same as in SEAM page flow. there yo= u can specify an attribute initial=3D"myStartNode" in the process-definitio= n. that way, you are not forced to have a start-state as the initial node = in your process definition. i think this would be the most elegant solutio= n. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997859#3997859 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997859 --===============7320332797295464883==-- From do-not-reply at jboss.com Thu Jan 4 04:18:26 2007 Content-Type: multipart/mixed; boundary="===============3294210746013289785==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - free choice of initial node Date: Thu, 04 Jan 2007 04:18:26 -0500 Message-ID: <17373565.1167902306305.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3294210746013289785== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable currently, you are forced to have a start-state to mark the initial node in= your process-definition. i think it is a good idea to expand this so that any type of node could be = the first node in the process. we already did this with SEAM. = IMO, the most elegant way to achieve this is by adding an optional attribut= e 'initial' to the process-definition. the value must be a node name. whe= n the initial node is specified as an attribute, the process should not hav= e a start-state. the result is that with the initial attribute on the process-definition, an= y node type can be used as the start state. we would have to update the core engine new ProcessInstance(processDefiniti= on) method. after creating the process instance and positioning the token = in the initial node, the initial node has to be executed. now that is not = the case. the initial node is not executed. = because the start-state now has an empty implementation, this will be backw= ards compatible. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997863#3997863 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997863 --===============3294210746013289785==-- From do-not-reply at jboss.com Thu Jan 4 04:31:55 2007 Content-Type: multipart/mixed; boundary="===============4723704830698782828==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 04:31:55 -0500 Message-ID: <20409372.1167903115715.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4723704830698782828== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : "david.lloyd(a)jboss.com" wrote : - The "= new tasks" list is now a list of created tasks, not assigned tasks. This s= hould fix the problem that no tasks are being presented on the screen when = a process is started having a start task and no swimlanes or assignment mag= ic. | | = | = | i would call that list the "Unassigned tasks". it's a good idea. also= you could make the initiator responsible for the assignment in case a task= is created without an assignment. | = | = i forgot to mention that this has no real priority as this is navigation an= d the navigation will probably be shaken pretty significantly when the se's= give their feedback. also i just saw a potential minor problem with this. i just started the we= bsale process. and as the feedback on starting a process instance, i got t= he 'New Tasks Created' screen with in the table, '(nobody)' in the 'Assigne= d To' column. When i clicked the task, it appears to be assigned to ernie = (the initiator) as to be expected from the process definition. So after st= arting a new websale process, the user should have been navigated to the ta= sk screen instead of the 'New Tasks Created' screen, i think. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997864#3997864 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997864 --===============4723704830698782828==-- From do-not-reply at jboss.com Thu Jan 4 04:45:25 2007 Content-Type: multipart/mixed; boundary="===============5028712650357025296==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 04:45:25 -0500 Message-ID: <5179251.1167903925147.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5028712650357025296== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable just noticed another problem with the webapp. the user task list shows tas= ks for all users. that is not good. the user task list should only show t= he tasks that are assigned to the authenticated user. also the column 'Ass= igned To' should then be removed. later, we should concentrate on searching tasks with various criteria. so = that a manager can keep track and intervene with tasks for his subordinates= . this also requires a better authorization mechanism then the one we curr= ently have. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997866#3997866 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997866 --===============5028712650357025296==-- From do-not-reply at jboss.com Thu Jan 4 04:56:25 2007 Content-Type: multipart/mixed; boundary="===============3083669798319414661==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 04:56:25 -0500 Message-ID: <6186481.1167904585818.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3083669798319414661== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable functionally the webapp is MORE THEN RICH ENGOUGH for the 3.2 release. Goo= d work, David ! so for the 3.2.Beta1 release, please focus on getting these last issues res= olved. this has highest priority. i'll go through the web console some mo= re and summarize the high prio issues to be resolved for 3.2.Beta1 then we should collect feedback from SE's and other people on the navigatio= n. i think that with a few minor enhancements we are pretty close to what = i consider a professional and great console. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997867#3997867 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997867 --===============3083669798319414661==-- From do-not-reply at jboss.com Thu Jan 4 05:24:32 2007 Content-Type: multipart/mixed; boundary="===============1026617651015641908==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Update AOPTestDelegate to better integrate into eclipse Date: Thu, 04 Jan 2007 05:24:31 -0500 Message-ID: <25938249.1167906272001.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1026617651015641908== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've made a start, but more is needed http://jira.jboss.com/jira/browse/JBAOP-337 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997875#3997875 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997875 --===============1026617651015641908==-- From do-not-reply at jboss.com Thu Jan 4 06:20:20 2007 Content-Type: multipart/mixed; boundary="===============2705784419926943200==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: OSGi integration Date: Thu, 04 Jan 2007 06:20:20 -0500 Message-ID: <9241497.1167909620535.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2705784419926943200== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I did start with some initial deployment code, but I saw that doing the dep= loyment differently from our deployers is not the way to go - since we alre= ady have a mechanism that finds appropriate deployer and deploys metadata. I will look how we can hook into existing OSGi framework deployment and wri= te our deployer on top of that - probably replacing their 'scanner' mechani= sm. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997882#3997882 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997882 --===============2705784419926943200==-- From do-not-reply at jboss.com Thu Jan 4 06:42:14 2007 Content-Type: multipart/mixed; boundary="===============1841750378575606988==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 06:42:14 -0500 Message-ID: <14699473.1167910934462.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1841750378575606988== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable summary: high priority for 3.2.Beta1 a) make sure that the user task list only displays tasks for which the curr= ent authenticated user is the actorId. (the group task list should display= all the tasks for which the current authenticated actor is somewhere in th= e list of pooled actor ids. also note that the pooled actors could contain= the group id to which a user belongs) = The group task stuff is just for your info. In case there would be a probl= em with it, that doesn't have to be solved in 3.2.Beta1 b) starting the websale process does not navigate to the task form. someho= w the web console thinks that the task is unassigned. David, could you fix these two problems asap and post feedback here ? than= ks. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997887#3997887 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997887 --===============1841750378575606988==-- From do-not-reply at jboss.com Thu Jan 4 07:26:58 2007 Content-Type: multipart/mixed; boundary="===============1691423829386624067==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: New jboss version info attributes Date: Thu, 04 Jan 2007 07:26:58 -0500 Message-ID: <8262020.1167913618713.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1691423829386624067== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Can you switch (4.2/HEAD) to use a new attribute VersionNumber I added on S= erver mbean: | ObjectName oname =3D ObjectNameFactory.create("jboss.system:type=3DServ= er"); | jbossVersion =3D (String)getServer().getAttribute(oname, "VersionNumber= "); | = I can then revert the ServerConfig changes to avoid attribute bloat. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997893#3997893 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997893 --===============1691423829386624067==-- From do-not-reply at jboss.com Thu Jan 4 09:35:10 2007 Content-Type: multipart/mixed; boundary="===============4301719177555759623==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 09:35:10 -0500 Message-ID: <12452957.1167921310821.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4301719177555759623== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : also i just saw a potential minor problem= with this. i just started the websale process. and as the feedback on st= arting a process instance, i got the 'New Tasks Created' screen with in the= table, '(nobody)' in the 'Assigned To' column. When i clicked the task, i= t appears to be assigned to ernie (the initiator) as to be expected from th= e process definition. This is an oversight on my part - I'm pulling the assigned actor from the T= askCreateLog entry. Apparently the actor ID is always null here (the actor= ID isn't assigned until the subsequent TaskAssignLog entry). I'll just pu= ll the actor ID from the task itself, that way it won't be wrong. As far as redirecting to the task form: That's a navigation bit that I've l= eft undone. In my estimation, users probably want to go to the task form d= irectly, but managers may want to see the task list to know that there are = (or are not) other tasks for other users. When the SEs give their feedback= , I'll have to assemble a list of criteria that I use to choose how navigat= ion goes. As far as the tasklist goes: what I've implemented isn't really a user task= list, it's really a "manager" task list , with all tasks for all users bei= ng listed. This is something else that will be changed I expect. I think = that in the end, both variations will exist, but one will be chosen based u= pon user role; or perhaps the manager version will be in a separate set of = screens and the manager will have access to both. I can easily split it ou= t though. The group task list still needs more testing. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997924#3997924 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997924 --===============4301719177555759623==-- From do-not-reply at jboss.com Thu Jan 4 09:44:58 2007 Content-Type: multipart/mixed; boundary="===============1033713242479110329==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 09:44:58 -0500 Message-ID: <25743240.1167921898762.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1033713242479110329== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : I'll just pull the actor ID from the task= itself, that way it won't be wrong. This is done. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997929#3997929 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997929 --===============1033713242479110329==-- From do-not-reply at jboss.com Thu Jan 4 10:44:01 2007 Content-Type: multipart/mixed; boundary="===============6874716489929970359==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - SELECT FOR UPDATE semantics Date: Thu, 04 Jan 2007 10:44:01 -0500 Message-ID: <660770.1167925441437.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6874716489929970359== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I know I raised this issue somewhere before, but can't find it, so here we = go again... We're about to finalize the 2.x API; before we do, can we add something tha= t provides semantics similar to SELECT FOR UPDATE, i.e. ability to do a rea= d, but acquire a WL in the process? As it is now, there is no clean way fo= r a tx to read a node and then be confident it can subsequently write to th= at node. It's possible for another tx to also get a RL on the node, which = will prevent the first tx getting the needed WL. This would be very helpful with http sessions that are shared between webap= ps, where I'd like to use a cache node to store the session, and use the no= de lock to prevent concurrent access to the session. The natural flow is t= o do a read, and then *maybe* do a write later if the session data has chan= ged. The RL from the initial read doesn't provide a strong enough semantic= . To work around that I'd need to do some hack like doing a put() at the b= eginning w/ a dummy key/value pair. I've seen other threads that raised similar requirements. I think doing this should be pretty simple. I believe it only applies to p= essimistic locking. If we implemented it as an Option (e.g setReadForUpdat= e(boolean)) it would only affect the pessimistic lock interceptor. That in= terceptor would, on a get request, check the option and if present: 1) If the requested node does not exist, create it, like it does with a put. 2) Acquire a WL instead of a RL. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997944#3997944 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997944 --===============6874716489929970359==-- From do-not-reply at jboss.com Thu Jan 4 11:07:39 2007 Content-Type: multipart/mixed; boundary="===============4961851996672719841==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 11:07:39 -0500 Message-ID: <25159407.1167926859532.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4961851996672719841== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : As far as the tasklist goes: what I've im= plemented isn't really a user task list, it's really a "manager" task list = , with all tasks for all users being listed. This is something else that w= ill be changed I expect. I think that in the end, both variations will exi= st, but one will be chosen based upon user role; or perhaps the manager ver= sion will be in a separate set of screens and the manager will have access = to both. I can easily split it out though. | = please fix this so that the user task list only shows the tasks DIRECTLY as= signed to the logged on user. = to have the manager task list, i want a search for tasks later as a separat= e functionality from the user task list. = "david.lloyd(a)jboss.com" wrote : = | The group task list still needs more testing. | = keep that for later. not important for this beta release. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997961#3997961 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997961 --===============4961851996672719841==-- From do-not-reply at jboss.com Thu Jan 4 11:09:18 2007 Content-Type: multipart/mixed; boundary="===============6612518242822049426==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 11:09:18 -0500 Message-ID: <9728720.1167926958193.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6612518242822049426== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable great that you fixed the the actorId thing so quickly. can you also fix the user task list and then let me know when that is done.= i'll try to have some time to test it later this evening, but i'm not sur= e if i'll make it... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997962#3997962 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997962 --===============6612518242822049426==-- From do-not-reply at jboss.com Thu Jan 4 11:11:29 2007 Content-Type: multipart/mixed; boundary="===============6297596440180638548==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Thu, 04 Jan 2007 11:11:29 -0500 Message-ID: <13451482.1167927089657.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6297596440180638548== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable New stuff: Messages that come over a failed-over connection are now preferentially rou= ted to their corresponding failover queues (and not the other local queues,= as it was the case so far) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997963#3997963 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997963 --===============6297596440180638548==-- From do-not-reply at jboss.com Thu Jan 4 11:17:34 2007 Content-Type: multipart/mixed; boundary="===============4633417358393872088==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 11:17:33 -0500 Message-ID: <517817.1167927454006.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4633417358393872088== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Done. There is now a separate manager and user task list. The actor ID st= ill is shown on the user task list; I can remove that if it's a problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997966#3997966 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997966 --===============4633417358393872088==-- From do-not-reply at jboss.com Thu Jan 4 11:27:50 2007 Content-Type: multipart/mixed; boundary="===============2363384896898018908==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 11:27:50 -0500 Message-ID: <5640880.1167928070723.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2363384896898018908== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Coooooolll.... you see all your 'hidden' work now pay off... R.E.S.P.E.C.T View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997970#3997970 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997970 --===============2363384896898018908==-- From do-not-reply at jboss.com Thu Jan 4 11:32:50 2007 Content-Type: multipart/mixed; boundary="===============4265652867209767735==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: releasing 3.2.Beta1 Date: Thu, 04 Jan 2007 11:32:50 -0500 Message-ID: <25577769.1167928370558.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4265652867209767735== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, it's nice that my investment in the infrastructure paid off. It was r= eally, really easy to make those last two changes (like minutes each). Gra= nted there are some things I wish I'd done differently, but by and large I = expect that the upcoming navigation overhaul will be pretty easy.... once t= he requirements are figured out (which is always the hardest part, in my op= inion). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997974#3997974 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997974 --===============4265652867209767735==-- From do-not-reply at jboss.com Thu Jan 4 11:39:27 2007 Content-Type: multipart/mixed; boundary="===============0556102701994752387==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Metadata rewrite Date: Thu, 04 Jan 2007 11:39:27 -0500 Message-ID: <3324656.1167928767383.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0556102701994752387== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | However, this does not tell you if there are instance annotations. | What you really need to do is the following (pseudo code): | = | = | | // Get the instance retrieval for this context | | KernelMetaDataRepository repository =3D kernel.getMetaDataRepositor= y(); | | MetaDataRetrieval retrieval =3D repository.getMetaDataRetrieval(con= text); | | = | | if (retrieval.isEmpty() =3D=3D false) | | // Need an instance proxy | | = | = I'm not really gettting this... I have found a way (not necessarily the bes= t and final, but it works for my tests) to get hold of the context so I can= get hold of the kernel. But for a bean annotated with "real" annotations as | @Test | public class AnnotatedChild extends Base | { | } | = | Annotation[] ai =3D retrieval.retrieveAnnotations().getValue(); | Annotation[] ai2 =3D retrieval.retrieveLocalAnnotations().getValu= e(); = | Annotation[] anns =3D metaData.getAnnotations(); | = The ai, ai2 and anns all contain the same annotations. I View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997978#3997978 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997978 --===============0556102701994752387==-- From do-not-reply at jboss.com Thu Jan 4 11:41:51 2007 Content-Type: multipart/mixed; boundary="===============3274502133245680129==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Metadata rewrite Date: Thu, 04 Jan 2007 11:41:51 -0500 Message-ID: <14905600.1167928911355.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3274502133245680129== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In fact | metaData.getAnnotations() = | = ends up in its retrieval.getAnnotations() View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997981#3997981 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997981 --===============3274502133245680129==-- From do-not-reply at jboss.com Thu Jan 4 11:50:19 2007 Content-Type: multipart/mixed; boundary="===============6858964945846877938==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Thu, 04 Jan 2007 11:50:19 -0500 Message-ID: <17915336.1167929419766.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6858964945846877938== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > (and not the other local queues, as it was the case so far) = We had routers taking care of this, balancing between local queues and fail= edover queues. Did you change this policy? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3997985#3997985 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3997985 --===============6858964945846877938==-- From do-not-reply at jboss.com Thu Jan 4 12:24:27 2007 Content-Type: multipart/mixed; boundary="===============6794592023295436366==" MIME-Version: 1.0 From: ALRubinger To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Component Proposal - Configurable Service Locator Date: Thu, 04 Jan 2007 12:24:27 -0500 Message-ID: <23625049.1167931467791.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6794592023295436366== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for your input, Carlo. I've reviewed the relevant parts of the JEE5 Spec (Injection and Client Cha= pters) and am in the process of putting together my own Application Client = to run against JBoss built from TRUNK. Yes, a lot of the issues I'd addressed are handled in the spec. Not covere= d, and handled by a potential ServiceLocator: * Lookup by interface * Lookup AFTER the main method is called (the spec dictates that injection = is done once, via static members, before "main" on the client. What about = after?) * @Service injection? How is this currently being handled as a JMX Service= Bean is a JBoss-specific extension? And yes, I'd really like to have a client access services on more than one = host. This may be outside the discussion of the client container; take int= o account the case of an EJB with dependencies on other remote EJBs: * Client contacts Application Services as JEE5 Application Client * Application Services depend on some set of Core Services used by many app= lications - contact via ServiceLocator The core services may be hosted at any number of locations. I'd like to determine how to best address this issue if possible. S, ALR View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998001#3998001 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998001 --===============6794592023295436366==-- From do-not-reply at jboss.com Thu Jan 4 12:33:22 2007 Content-Type: multipart/mixed; boundary="===============5738382887127055590==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ObjectModelFactories parsing empty xml elements Date: Thu, 04 Jan 2007 12:33:22 -0500 Message-ID: <6901767.1167932002647.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5738382887127055590== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks Scott. That did the trick. I had tried the combination of setValue a= nd newChild but did not figure out returning the parent element. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998011#3998011 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998011 --===============5738382887127055590==-- From do-not-reply at jboss.com Thu Jan 4 12:44:17 2007 Content-Type: multipart/mixed; boundary="===============6477817360050593172==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Thu, 04 Jan 2007 12:44:17 -0500 Message-ID: <7761611.1167932657087.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6477817360050593172== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I had this conversation in private with Ovidiu, and I wanted to make a publ= ic post about this. I'm kind of concerned about the fact we are using multiple valves (instead = of a single instance per connection). The way is implemented now, you have a Valve on every descendant of Connect= ion (Sessions, Producers, Consumers and Browsers). When we get a failure, we have to close every single valve before performin= g a failover, i.e. The lock is not atomic and you have multiple locks. The problem is when you place a try..catch(IOException) on the ValveInterce= tor to capture failure exceptions. In cases where you have multiple threads= using the same Connection (multiple sessions/threads on the same Connectio= n). As the lock should be aways atomic (close every valve for the failed Co= nnection), you can have multiple Threads trying to close the whole hierarch= y of valves. Lets talk in examples: - You have one Connection and 50 Threads/50 Sessions. Suppose all these 50 = Threads are communicating at the same time. - We kill the server, all of the 50 threads are going to catch an IOExcepti= on at the same time. - As all of the 50 threads are going to catch the exception at the same tim= e... All of them are going to close the valve at the same time. Valve close= is a loop on the hierarchy: | // from HierarchicalStateSupport | public void closeChildrensValves() throws Exception | { | if (children =3D=3D null) | { | return; | } | = | for(Iterator i =3D children.iterator(); i.hasNext(); ) | { | HierarchicalState s =3D (HierarchicalState)i.next(); | ((Valve)s.getDelegate()).closeValve(); | } | } | = | public void openChildrensValves() throws Exception | { | if (children =3D=3D null) | { | return; | } | = | for(Iterator i =3D children.iterator(); i.hasNext(); ) | { | HierarchicalState s =3D (HierarchicalState)i.next(); | ((Valve)s.getDelegate()).openValve(); | } | } | = I belive we should use a single Valve instance, the way it was done before. The only reason for this refactoring was the fact I was using a single inst= ance but using AOP API to install the Valve on the right place with the pro= per instantiation. This could be refactored in another way such as delegati= ng the Valve to an external object on the ValveAspect (which was going to b= e renamed to FailureInterceptor). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998012#3998012 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998012 --===============6477817360050593172==-- From do-not-reply at jboss.com Thu Jan 4 12:46:40 2007 Content-Type: multipart/mixed; boundary="===============2874281158203720586==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring (Repost) Date: Thu, 04 Jan 2007 12:46:40 -0500 Message-ID: <15315354.1167932800381.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2874281158203720586== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I had this conversation in private with Ovidiu, and I wanted to make a publ= ic post about this. I'm kind of concerned about the fact we are using multiple valves (instead = of a single instance per connection). The way is implemented now, you have a Valve on every descendant of Connect= ion (Sessions, Producers, Consumers and Browsers). When we get a failure, we have to close every single valve before performin= g a failover, i.e. The lock is not atomic and you have multiple locks. The problem is when you place a try..catch(IOException) on the ValveInterce= tor to capture failure exceptions. In cases where you have multiple threads= using the same Connection (multiple sessions/threads on the same Connectio= n). As the lock should be aways atomic (close every valve for the failed Co= nnection), you can have multiple Threads trying to close the whole hierarch= y of valves. Lets talk in examples: - You have one Connection and 50 Threads/50 Sessions. Suppose all these 50 = Threads are communicating at the same time. - We kill the server, all of the 50 threads are going to catch an IOExcepti= on at the same time. - As all of the 50 threads are going to catch the exception at the same tim= e... All of them are going to close the valve at the same time. Valve close= is a loop on the hierarchy: | // from HierarchicalStateSupport | public void closeChildrensValves() throws Exception | { | if (children =3D=3D null) | { | return; | } | = | for(Iterator i =3D children.iterator(); i.hasNext(); ) | { | HierarchicalState s =3D (HierarchicalState)i.next(); | ((Valve)s.getDelegate()).closeValve(); | } | } | = | public void openChildrensValves() throws Exception | { | if (children =3D=3D null) | { | return; | } | = | for(Iterator i =3D children.iterator(); i.hasNext(); ) | { | HierarchicalState s =3D (HierarchicalState)i.next(); | ((Valve)s.getDelegate()).openValve(); | } | } | = I belive we should use a single Valve instance, the way it was done before. The only reason for this refactoring was the fact I was using a single inst= ance but using AOP API to install the Valve on the right place with the pro= per instantiation. This could be refactored in another way such as delegati= ng the Valve to an external object on the ValveAspect (which was going to b= e renamed to FailureInterceptor). I'm playing with another Branch and I have already refactored it to use a s= ingle instance of Valve, and have installed the try...catch(IOException) in= place. I'm only using standard XML config. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998012#3998012 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998012 --===============2874281158203720586==-- From do-not-reply at jboss.com Thu Jan 4 13:01:43 2007 Content-Type: multipart/mixed; boundary="===============5691140692877984875==" MIME-Version: 1.0 From: brittm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: decision conditions Date: Thu, 04 Jan 2007 13:01:43 -0500 Message-ID: <18565231.1167933703518.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5691140692877984875== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As stated, It is very un-intuitive and certainly doesn't clearly document w= hat is going on in the decision. I always try to make all of my transition= criteria explicit, and can't imagine ever seriously writing a Decision nod= e that would rely on the old behavior. I imagine other developers aren't r= elying on it either. = As Tom mentioned, the docs were wrong and no one even noticed. I would vote for the change. -Britt View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998015#3998015 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998015 --===============5691140692877984875==-- From do-not-reply at jboss.com Thu Jan 4 13:30:15 2007 Content-Type: multipart/mixed; boundary="===============8195005296248525491==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Component Proposal - Configurable Service Locator Date: Thu, 04 Jan 2007 13:30:15 -0500 Message-ID: <10215324.1167935415228.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8195005296248525491== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Maybe we should allow a pluggable default strategy for determining JNDI bin= dings? This would be plugged into the server side and would specify how th= e EJB container should bind to JNDI. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998025#3998025 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998025 --===============8195005296248525491==-- From do-not-reply at jboss.com Thu Jan 4 13:30:55 2007 Content-Type: multipart/mixed; boundary="===============0308128009471537926==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Thu, 04 Jan 2007 13:30:55 -0500 Message-ID: <17740930.1167935455734.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0308128009471537926== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I talked to Kabir. We could control instantiation of interceptors by using = Factories (witch is a straighforward and documented way), but getInstance i= s not exposed. So, I requested a feature that will be useful on future releases. = http://jira.jboss.org/jira/browse/JBAOP-338 I won't use such feature now as we will stick with delegates or with the mu= liple valves. (something we will have to decide later), but I think the fea= ture request is valid. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998026#3998026 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998026 --===============0308128009471537926==-- From do-not-reply at jboss.com Thu Jan 4 13:59:26 2007 Content-Type: multipart/mixed; boundary="===============3982572773890418366==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: ejb3-head testsuite Date: Thu, 04 Jan 2007 13:59:26 -0500 Message-ID: <31752098.1167937166605.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3982572773890418366== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I found that the clustering tests would fail to start due to OOM. The star= t-jboss macro in testsuite/imports/server-config.xml only gives 64M to the = AS by default, which is no longer enough to start the server. I expect othe= r tests that use the AS are failing for the same reason. For the clustering tests, I found modifying the tests-clustering-startup ta= rget so start-jboss looked like the following let them run: I've checked in build-test.xml with that applied to all the start-jboss cal= ls. I don't know if that will resolve all issues, but it's something. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998032#3998032 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998032 --===============3982572773890418366==-- From do-not-reply at jboss.com Thu Jan 4 14:29:44 2007 Content-Type: multipart/mixed; boundary="===============2636825161190643217==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Re: Support of J2EE 5.0 in JBoss 5.x Date: Thu, 04 Jan 2007 14:29:44 -0500 Message-ID: <8179203.1167938984904.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2636825161190643217== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable When certification is complete. Q1-Q2 timeframe. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998038#3998038 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998038 --===============2636825161190643217==-- From do-not-reply at jboss.com Thu Jan 4 14:32:30 2007 Content-Type: multipart/mixed; boundary="===============7443537335992357625==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Interface exception checking seems broken Date: Thu, 04 Jan 2007 14:32:30 -0500 Message-ID: <5134938.1167939150642.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7443537335992357625== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "henke.eriksson" wrote : = | We ran into some trouble today when we tried to deploy an EJB with a | Local interface on JBoss 4.0.4. The business interface had one method, | which looked something like this: | = | Object doStuff(Command c) throws Throwable; | = | At deploy-time the verifier complained that we had a method in a local | interface that threw a RemoteException violating section 7.11.7 of the | EJB spec. | = | We did some digging and stumbled across the bug report JBAS-1463. The | fix for this "bug" basically disallows a method in a local interface | to declare that it throws a RemoteException or any of its | SUPERclasses. As the report mentions, the RMI spec says that a Remote | method must declare that it throws a RemoteException or one of it | superclasses. But as far as I know a remote method can still declare | that it throws a subclass of RemoteException, right? | = | Right now the verifier assumes that a method that declares that it | throws Throwable is a remote method. And I can see in the code that | fixes to allow Exception and IOException has been applied. But I still | feel that this logic is a bit weird, or am I missing something? = | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998040#3998040 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998040 --===============7443537335992357625==-- From do-not-reply at jboss.com Thu Jan 4 14:42:25 2007 Content-Type: multipart/mixed; boundary="===============2620453057330581820==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Re: Interface exception checking seems broken Date: Thu, 04 Jan 2007 14:42:24 -0500 Message-ID: <16971824.1167939744974.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2620453057330581820== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The rmi spec(which is hardly a spec) should not be dictating the exception = checking, as its the ejb specs which define what is needed. Allowing superc= lasses of RemoteException is obvisously going to collide with generic appli= cation exceptions. The ejb spec is pretty clear about remote methods must b= e identified by a RemoteException, with any number of application exception= s. = The current throwsRemoteException(Method) method is a confusion of checks t= hat are mixing local and remote interface semantics: | /** | * Checks if the method includes java.rmi.RemoteException or its | * subclass in its throws clause. | * | * See bug report #434739 and #607805 | */ | public boolean throwsRemoteException(Method method) | { | Class[] exception =3D method.getExceptionTypes(); | = | for (int i =3D 0; i < exception.length; ++i) | { | // Fix for bug #607805: an IOException is OK for local interfa= ces | // Fix for bug #626430: java.lang.Exception is also OK | if (exception.equals(java.io.IOException.class) | || exception.equals(java.lang.Exception.class)) | { | continue; | } | // Not true see bug report #434739 | // if (java.rmi.RemoteException.class.isAssignableFrom(excep= tion)) | // According to the RMI spec. a remote interface must throw an RemoteEx= ception | // or any of its super classes therefore the check must be done vice ve= rsa | = | if (isAssignableFrom(exception, "java.rmi.RemoteException")) | { | return true; | } | } | = | return false; | } | = None of the methods in this interface should be valid: | public interface X extends EJBObject | { | void m0() throws IOException; | void m1() throws Exception; | void m2() throws Throwable; | } | = They are all valid for a local interface. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998041#3998041 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998041 --===============2620453057330581820==-- From do-not-reply at jboss.com Thu Jan 4 14:52:59 2007 Content-Type: multipart/mixed; boundary="===============0403311289383293926==" MIME-Version: 1.0 From: akostadinov To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: ejb3-head testsuite Date: Thu, 04 Jan 2007 14:52:59 -0500 Message-ID: <21233598.1167940379583.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0403311289383293926== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable could that be commited to svn? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998043#3998043 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998043 --===============0403311289383293926==-- From do-not-reply at jboss.com Thu Jan 4 14:55:48 2007 Content-Type: multipart/mixed; boundary="===============3504525415269294250==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Thu, 04 Jan 2007 14:55:48 -0500 Message-ID: <2142708.1167940548909.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3504525415269294250== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : > (and not the other local queues, as= it was the case so far) = | = | We had routers taking care of this, balancing between local queues and = failedover queues. Did you change this policy? No. This comes in top of the message pull policy, that it still in effect (= well, right now it isn't since we're using a NullMessagePullPolicy, but if = we were using one, it would be in effect). These behaviors complement each other. And by thew way, this reminds me that we should also test the pull policy, = currently we have 0 tests for it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998044#3998044 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998044 --===============3504525415269294250==-- From do-not-reply at jboss.com Thu Jan 4 15:06:02 2007 Content-Type: multipart/mixed; boundary="===============0517214721867337707==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: ejb3-head testsuite Date: Thu, 04 Jan 2007 15:06:02 -0500 Message-ID: <26466923.1167941162641.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0517214721867337707== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It was committed before I posted. Latest jboss-head-jdk-matrix build repor= t from cruisecontrol shows it. Perhaps hasn't made it to anonymous svn yet? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998048#3998048 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998048 --===============0517214721867337707==-- From do-not-reply at jboss.com Thu Jan 4 15:24:57 2007 Content-Type: multipart/mixed; boundary="===============0235707655558780902==" MIME-Version: 1.0 From: akostadinov To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: ejb3-head testsuite Date: Thu, 04 Jan 2007 15:24:56 -0500 Message-ID: <10081053.1167942296960.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0235707655558780902== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry, I didn't checked. I'll see how is it now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998054#3998054 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998054 --===============0235707655558780902==-- From do-not-reply at jboss.com Thu Jan 4 16:14:13 2007 Content-Type: multipart/mixed; boundary="===============0534321833300230000==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Deployment through the ProfileService api Date: Thu, 04 Jan 2007 16:14:13 -0500 Message-ID: <8298911.1167945253340.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0534321833300230000== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : = | Correct. However, for the initial tests I expect that the base deployme= nt exists, so the way to add a deployment to a profile is: | = | = | | URL deploymentURL =3D ... | | VFS vfs =3D VFS.getVFS(deploymentURL); | | VirtualFile deploymentVF =3D vfs.getRoot(); | | AbstractDeploymentContext context =3D new AbstractDeploymentC= ontext(deploymentVF); | | ps.addDeployment(context); | | = | = I'm confused about this last point. 1) What do you mean a "base" deployment? What is the "base" deployment in t= he scenario of wanting to deploy a brand new datasource? 2) In the pseudo code, deploymentURL presumably refers to this "base" deplo= yment. Where would one obtain the deploymentURL from in the first place? Thanks View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998066#3998066 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998066 --===============0534321833300230000==-- From do-not-reply at jboss.com Thu Jan 4 17:02:55 2007 Content-Type: multipart/mixed; boundary="===============2084145174538395761==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Deployment through the ProfileService api Date: Thu, 04 Jan 2007 17:02:55 -0500 Message-ID: <6523815.1167948175448.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2084145174538395761== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The base deploymentURL is the raw deployment content location (user supplie= d ear, war, sar, rar, etc.). It has not admin edits associated with it. See the current org.jboss.system.server.profileservice.VFSScanner for how t= he current basic ProfileImpl is feed the deployment contexts from the stand= ard bootstrap, deployers and deploy directory contents. The Profile api is being refactored to tie together repository support so t= hat there is a base deployment notion coming from the addProfileContent met= hod: | package org.jboss.profileservice.spi; | = | import java.io.IOException; | import java.util.Collection; | import java.util.Map; | import java.util.zip.ZipInputStream; | = | import org.jboss.deployers.spi.structure.DeploymentContext; | = | /** | * A profile represents a named collection of deployments on a server. | * = | * @author Scott.Stark(a)jboss.org | * @version $Revision$ | */ | public interface Profile | { | /** The class of deployment */ | public enum DeploymentPhase { | /** A deployment loaded during the server bootstrap phase */ | BOOTSTRAP, | /** An mc/service deployment for a Deployer to be loaded after th= e BOOTSTRAP phase */ | DEPLOYER, | /** Any deployment content to be loaded after the DEPLOYER phase = */ | APPLICATION | }; | = | /** | * The x.y.z version of the profile | * = | * @return the version if known, null if its unspecified. | */ | public String getVersion(); | = | /** | * Add raw content (bootstrap, deployers, deployments, libraries, et= c) to a | * profile. | * = | * @param name - a logical name for the content added | * @param contentIS - a zip input stream of the content layout as it= is | * to be added to the profile. | * @param phase - the phase of the deployment as it relates to when = the | * deployment is loaded | * @throws IOException | */ | public void addProfileContent(String name, ZipInputStream contentIS,= DeploymentPhase phase) | throws IOException; | = | /** | * Add a deployment | * = | * @param d the deployment | * @param phase - the phase of the deployment as it relates to when = the | * deployment is loaded | */ | public void addDeployment(DeploymentContext d, DeploymentPhase phase) | throws Exception; | = | /** | * Remove a deployment | * = | * @param name the name | * @param phase - the phase of the deployment as it relates to when = the | * deployment is loaded | */ | public void removeDeployment(String name, DeploymentPhase phase) | throws Exception; | = | /** | * Get a named deployment. | * = | * @param name - the deployment name | * @param phase - the phase of the deployment as it relates to when = the | * deployment is loaded | * @return the named bootstrap | * @throws NoSuchDeploymentException - if there is no such bootstrap | */ | public DeploymentContext getDeployment(String name, DeploymentPhase = phase) | throws NoSuchDeploymentException; | = | /** | * Get the names of the deployments in the profile | * @return names of deployments | */ | public Collection getDeploymentNames(); | = | /** | * Get the names of the deployments for the given phase defined in t= his profile | * @param phase - the phase of the deployment as it relates to when = the | * deployment is loaded | * @return names of deployments | */ | public Collection getDeploymentNames(DeploymentPhase phase); | = | /** | * Get all deployments for the given phase defined in this profile | * = | * @param phase - the phase of the deployment as it relates to when = the | * deployment is loaded | * @return the bootstrap instances in this profile. | */ | public Collection getDeployments(DeploymentPhase = phase); | = | = | /** | * Get all deployments defined in this profile | * = | * @return the deployment instances in this profile. | */ | public Collection getDeployments(); | = | /** | * Get the config | * = | * @return the config | */ | public Map getConfig(); | } | = The DeploymentTemplate notion has been moved to the ManagedView since it de= pends on the ManagedObject/ManagedProperty notions. These have been updated= to the new mc versions of the classes. I'm still working to finalize this by tieing together the Profile, Managent= View and repository notions with the aspects that map the admin edits to a = ManagedProperty back to the profile repository in the form a DeploymentCont= ext Attachment overrides to the base DeploymentContext Attachments. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998075#3998075 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998075 --===============2084145174538395761==-- From do-not-reply at jboss.com Thu Jan 4 18:41:36 2007 Content-Type: multipart/mixed; boundary="===============5933731942808103968==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Metadata rewrite Date: Thu, 04 Jan 2007 18:41:35 -0500 Message-ID: <28443863.1167954095994.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5933731942808103968== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am now able to figure out whether there is instance metadata. The problem= is to get the context into the AOPConstructorJoinpoint where I am doing th= e checks. Locally, I have made AOPConstructorJoinpoint implement KernelCont= rollerContextAware, and KernelControllerContextAction.dispatchJoinpoint() s= et the context if the joinpoint implements the KCCA interface. All tests now pass, although I am not able to get hold of the context if in= stantiating the bean via the GenericBeanAspectFactory/GenericBeanFactory. I will tidy up this and commit tomorrow, and we can discuss from there View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998106#3998106 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998106 --===============5933731942808103968==-- From do-not-reply at jboss.com Thu Jan 4 22:02:56 2007 Content-Type: multipart/mixed; boundary="===============1208619554200275491==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - Re: SecurityContext Date: Thu, 04 Jan 2007 22:02:56 -0500 Message-ID: <17528280.1167966176673.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1208619554200275491== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Two questions: a) On the server side, can I know if the call originated within the same vm= or not? Do I need to put something on the invocation via the InvokerInterc= eptor? b) Is there anything equivalent to ServletRequest.isSecure() for jboss ejb = invocations? I do not think so looking at the Invocation interface. What is= the right way to inject transport semantics(like ssl) into the invocation? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998140#3998140 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998140 --===============1208619554200275491==-- From do-not-reply at jboss.com Fri Jan 5 01:56:44 2007 Content-Type: multipart/mixed; boundary="===============5820818002556996442==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Metadata rewrite Date: Fri, 05 Jan 2007 01:56:44 -0500 Message-ID: <26301106.1167980204100.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5820818002556996442== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kabir.khan(a)jboss.com" wrote : Locally, I have made AOPConstructorJoinpoi= nt implement KernelControllerContextAware | = There were added more state 'precise' KCCAware interfaces. And I think we should drop the plain KCCA, since that way you don't know wh= en it gets applied or which is the right state to do that. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998172#3998172 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998172 --===============5820818002556996442==-- From do-not-reply at jboss.com Fri Jan 5 02:49:16 2007 Content-Type: multipart/mixed; boundary="===============0851123468139838199==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Aspect integration to bootstrap classes Date: Fri, 05 Jan 2007 02:49:15 -0500 Message-ID: <27184137.1167983355932.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0851123468139838199== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Short of moving the AspectManager into the bootstrap-beans.xml, what mechan= ism do we have to introduce aspects into the bootstrap classes like MainDep= loyer, and ProfileService? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998180#3998180 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998180 --===============0851123468139838199==-- From do-not-reply at jboss.com Fri Jan 5 03:44:27 2007 Content-Type: multipart/mixed; boundary="===============2442387699786759821==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel Date: Fri, 05 Jan 2007 03:44:27 -0500 Message-ID: <3445737.1167986667591.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2442387699786759821== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think we can always assume the MBean is there, therefore no need to creat= e the channels ourself. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998187#3998187 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998187 --===============2442387699786759821==-- From do-not-reply at jboss.com Fri Jan 5 03:48:18 2007 Content-Type: multipart/mixed; boundary="===============5859837761897085583==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Fri, 05 Jan 2007 03:48:18 -0500 Message-ID: <28650178.1167986898322.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5859837761897085583== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "ovidiu.feodorov(a)jboss.com" wrote : = | And by thew way, this reminds me that we should also test the pull poli= cy, currently we have 0 tests for it. The pull functionality is tested in the core clustering tests, but not in t= he jms clustering tests. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998188#3998188 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998188 --===============5859837761897085583==-- From do-not-reply at jboss.com Fri Jan 5 04:52:54 2007 Content-Type: multipart/mixed; boundary="===============3904548273896123166==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel Date: Fri, 05 Jan 2007 04:52:53 -0500 Message-ID: <26983248.1167990773913.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3904548273896123166== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Amen. Clebert, I haven't changed a single word with Tim on the subject :) This is re: our previous discussion ... :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998201#3998201 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998201 --===============3904548273896123166==-- From do-not-reply at jboss.com Fri Jan 5 04:53:47 2007 Content-Type: multipart/mixed; boundary="===============1949804301075592224==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Fri, 05 Jan 2007 04:53:47 -0500 Message-ID: <31870889.1167990827905.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1949804301075592224== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable OK. We still need jms tests for it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998202#3998202 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998202 --===============1949804301075592224==-- From do-not-reply at jboss.com Fri Jan 5 05:34:13 2007 Content-Type: multipart/mixed; boundary="===============8717995268035541021==" MIME-Version: 1.0 From: regisba To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - Problem with JBOSS IDE Date: Fri, 05 Jan 2007 05:34:13 -0500 Message-ID: <8683668.1167993253289.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8717995268035541021== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi! I try the Tutorial of JBOSS IDE but it doesn't work like the example. anony= mous wrote : 11:31:28,578 INFO [Server] Starting JBoss (MX MicroKernel)... | 11:31:28,578 INFO [Server] Release ID: JBoss [WonderLand] 3.2.5 (build= : CVSTag=3DJBoss_3_2_5 date=3D200406251954) | 11:31:28,578 INFO [Server] Home Dir: D:\logiciel\jboss3\jboss-3.2.5\jb= oss-3.2.5 | 11:31:28,578 INFO [Server] Home URL: file:/D:/logiciel/jboss3/jboss-3.= 2.5/jboss-3.2.5/ | 11:31:28,593 INFO [Server] Library URL: file:/D:/logiciel/jboss3/jboss= -3.2.5/jboss-3.2.5/lib/ | 11:31:28,593 INFO [Server] Patch URL: null | 11:31:28,593 INFO [Server] Server Name: default | 11:31:28,593 INFO [Server] Server Home Dir: D:\logiciel\jboss3\jboss-3= .2.5\jboss-3.2.5\server\default | 11:31:28,593 INFO [Server] Server Home URL: file:/D:/logiciel/jboss3/j= boss-3.2.5/jboss-3.2.5/server/default/ | 11:31:28,593 INFO [Server] Server Data Dir: D:\logiciel\jboss3\jboss-3= .2.5\jboss-3.2.5\server\default\data | 11:31:28,609 INFO [Server] Server Temp Dir: D:\logiciel\jboss3\jboss-3= .2.5\jboss-3.2.5\server\default\tmp | 11:31:28,609 INFO [Server] Server Config URL: file:/D:/logiciel/jboss3= /jboss-3.2.5/jboss-3.2.5/server/default/conf/ | 11:31:28,609 INFO [Server] Server Library URL: file:/D:/logiciel/jboss= 3/jboss-3.2.5/jboss-3.2.5/server/default/lib/ | 11:31:28,609 INFO [Server] Root Deployment Filename: jboss-service.xml | 11:31:28,609 INFO [Server] Starting General Purpose Architecture (GPA)= ... | 11:31:29,203 INFO [ServerInfo] Java version: 1.5.0_09,Sun Microsystems= Inc. | 11:31:29,203 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.5= .0_09-b03,Sun Microsystems Inc. | 11:31:29,203 INFO [ServerInfo] OS-System: Windows XP 5.1,x86 | 11:31:30,171 INFO [Server] Core system initialized | 11:31:34,468 INFO [Log4jService$URLWatchTimerTask] Configuring from UR= L: resource:log4j.xml | 11:31:35,000 INFO [WebService] Using RMI server codebase: http://AOFR0= 0671:8083/ | 11:31:35,359 INFO [NamingService] Started jnpPort=3D1099, rmiPort=3D10= 98, backlog=3D50, bindAddress=3D/0.0.0.0, Client SocketFactory=3Dnull, Serv= er SocketFactory=3Dorg.jboss.net.sockets.DefaultSocketFactory(a)ad093076 | 11:31:45,140 INFO [RARMetaData] Loading JBoss Resource Adapter for JDB= C 2 XA drivers | 11:31:45,140 INFO [RARMetaData] Required license terms present. See de= ployment descriptor. | 11:31:50,406 INFO [MailService] Mail Service bound to java:/Mail | 11:31:51,609 INFO [Embedded] Catalina naming disabled | 11:31:52,718 INFO [Http11Protocol] Initialisation de Coyote HTTP/1.1 s= ur http-0.0.0.0-8080 | 11:31:52,796 INFO [Catalina] Initialization processed in 1046 ms | 11:31:52,796 INFO [StandardService] Starting service jboss.web | 11:31:52,812 INFO [StandardEngine] Starting Servlet Engine: Apache Tom= cat/5.0.26 | 11:31:52,828 INFO [StandardHost] XML validation disabled | 11:31:52,906 INFO [Catalina] Server startup in 110 ms | 11:31:53,062 WARN [DeploymentInfo] Only the root deployment can set th= e loader repository, ingoring config=3Dnull | 11:31:53,140 INFO [TomcatDeployer] deploy, ctxPath=3D/invoker, warUrl= =3Dfile:/D:/logiciel/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/deploy/h= ttp-invoker.sar/invoker.war/ | 11:31:54,812 WARN [DeploymentInfo] Only the root deployment can set th= e loader repository, ingoring config=3Dnull | 11:31:54,828 INFO [TomcatDeployer] deploy, ctxPath=3D, warUrl=3Dfile:/= D:/logiciel/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/deploy/jbossweb-t= omcat50.sar/ROOT.war/ | 11:31:55,203 WARN [DeploymentInfo] Only the root deployment can set th= e loader repository, ingoring config=3Dnull | 11:31:55,218 INFO [TomcatDeployer] deploy, ctxPath=3D/jbossmq-httpil, = warUrl=3Dfile:/D:/logiciel/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/de= ploy/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ | 11:31:55,609 INFO [DefaultDS] Bound connection factory for resource ad= apter for ConnectionManager 'jboss.jca:service=3DLocalTxCM,name=3DDefaultDS= to JNDI name 'java:/DefaultDS' | 11:31:56,046 INFO [A] Bound to JNDI name: queue/A | 11:31:56,046 INFO [B] Bound to JNDI name: queue/B | 11:31:56,046 INFO [C] Bound to JNDI name: queue/C | 11:31:56,046 INFO [D] Bound to JNDI name: queue/D | 11:31:56,046 INFO [ex] Bound to JNDI name: queue/ex | 11:31:56,125 INFO [testTopic] Bound to JNDI name: topic/testTopic | 11:31:56,125 INFO [securedTopic] Bound to JNDI name: topic/securedTopic | 11:31:56,125 INFO [testDurableTopic] Bound to JNDI name: topic/testDur= ableTopic | 11:31:56,125 INFO [testQueue] Bound to JNDI name: queue/testQueue | 11:31:56,281 INFO [UILServerILService] JBossMQ UIL service available a= t : /0.0.0.0:8093 | 11:31:56,453 INFO [DLQ] Bound to JNDI name: queue/DLQ | 11:31:56,500 INFO [JmsXA] Bound connection factory for resource adapte= r for ConnectionManager 'jboss.jca:service=3DTxCM,name=3DJmsXA to JNDI name= 'java:/JmsXA' | 11:31:56,687 INFO [TomcatDeployer] deploy, ctxPath=3D/jmx-console, war= Url=3Dfile:/D:/logiciel/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/deplo= y/jmx-console.war/ | 11:32:02,375 INFO [TomcatDeployer] deploy, ctxPath=3D/web-console, war= Url=3Dfile:/D:/logiciel/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/tmp/d= eploy/tmp55733web-console.war/ | 11:32:05,203 INFO [EARDeployer] Init J2EE application: file:/D:/logici= el/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/deploy/FiboApp.ear | 11:32:05,578 WARN [DeploymentInfo] Only the root deployment can set th= e loader repository, ingoring config=3Dnull | 11:32:06,046 INFO [EjbModule] Deploying Fibo | 11:32:06,484 INFO [EJBDeployer] Deployed: file:/D:/logiciel/jboss3/jbo= ss-3.2.5/jboss-3.2.5/server/default/tmp/deploy/tmp55734FiboApp.ear-contents= /FiboEJB.jar | 11:32:06,578 INFO [TomcatDeployer] deploy, ctxPath=3D/fibo, warUrl=3Df= ile:/D:/logiciel/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/tmp/deploy/t= mp55734FiboApp.ear-contents/FiboWeb.war/ | 11:32:06,750 INFO [TomcatDeployer] ClusteredHTTPSessionService not fou= nd | 11:32:06,750 ERROR [TomcatDeployer] Failed to setup clustering, cluster= ing disabled | 11:32:07,031 INFO [EARDeployer] Started J2EE application: file:/D:/log= iciel/jboss3/jboss-3.2.5/jboss-3.2.5/server/default/deploy/FiboApp.ear | 11:32:07,375 INFO [Server] JBoss (MX MicroKernel) [3.2.5 (build: CVSTa= g=3DJBoss_3_2_5 date=3D200406251954)] Started in 38s:766ms | 11:32:07,375 INFO [Tomcat5] Saw org.jboss.system.server.started notifi= cation, starting connectors | 11:32:07,484 INFO [Http11Protocol] D=C3=A9marrage de Coyote HTTP/1.1 s= ur http-0.0.0.0-8080 | 11:32:08,000 INFO [ChannelSocket] JK2: ajp13 listening on /0.0.0.0:8009 | 11:32:08,015 INFO [JkMain] Jk running ID=3D0 time=3D0/172 config=3Dnu= ll View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998211#3998211 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998211 --===============8717995268035541021==-- From do-not-reply at jboss.com Fri Jan 5 06:10:06 2007 Content-Type: multipart/mixed; boundary="===============9120089215564426885==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - remove context sensitive menus Date: Fri, 05 Jan 2007 06:10:06 -0500 Message-ID: <21296581.1167995406752.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9120089215564426885== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable this topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback I think it's better to remove the left-hand side context sensitive menus fo= r task instance and process instance. These navigations should be offered in the content of the page displayed. = See other web console feedback for more info. That prevents unavailable links in the menu (or a jumping menu if you would= make them dissappear if they are unavailable) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998215#3998215 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998215 --===============9120089215564426885==-- From do-not-reply at jboss.com Fri Jan 5 06:12:12 2007 Content-Type: multipart/mixed; boundary="===============4965250085626715447==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Portlet states strategy Date: Fri, 05 Jan 2007 06:12:12 -0500 Message-ID: <5115565.1167995532046.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4965250085626715447== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi All! I have the following requirement and do not see the way how to implement it= on JBoss 2.4.0. For all the portlets within one region the following strategy must be appli= ed: initially portlet1 is maximazed, all the rest are minimized; if portletX is maximized, all the rest must be minimized; if maximazed portletX is minimized, that portletX+1 is maximized. in other words: within all the portlets of the region, one of them must be = always maximized. I was playing with layout strategy in order to implement this functionality= , but unfortunatelly StrategyResponse.addWindowStateChange takes WindowCont= ext as parameter, not WindowLocation and I have access to window locations = of other portlets only. Maybe somebody has other ideas how to solve my problem. thanks in advance. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998216#3998216 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998216 --===============4965250085626715447==-- From do-not-reply at jboss.com Fri Jan 5 06:14:00 2007 Content-Type: multipart/mixed; boundary="===============0981384121498781749==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - Sequence containing 2 elements Date: Fri, 05 Jan 2007 06:14:00 -0500 Message-ID: <2693501.1167995640482.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0981384121498781749== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Related to the partial unwrapping wscompile was doing what should we do if = any of the message parts reference an element that is a simple type? = e.g. At the moment if the element references anything other than a complex type = we reject the WSDL. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998218#3998218 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998218 --===============0981384121498781749==-- From do-not-reply at jboss.com Fri Jan 5 06:52:17 2007 Content-Type: multipart/mixed; boundary="===============5634641002760596707==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Portlet states strategy Date: Fri, 05 Jan 2007 06:52:17 -0500 Message-ID: <6144577.1167997937211.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5634641002760596707== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is one mistake in requirement description in my previous topic. Instead of "maximized", "bring-to-normal-state" must be used. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998222#3998222 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998222 --===============5634641002760596707==-- From do-not-reply at jboss.com Fri Jan 5 06:56:20 2007 Content-Type: multipart/mixed; boundary="===============1157281341332983837==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Portlet states strategy Date: Fri, 05 Jan 2007 06:56:20 -0500 Message-ID: <29115529.1167998180389.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1157281341332983837== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have found one sollution, it worksm but it is not proper enough: I still use layout strategy approach. Currently WindowLocation is wrapper a= round WindowsContext, so I use reflection in order to get the context :), a= nd then I pass it to StrategyResponse.addWindowStateChange in order to achi= eve mu goal. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998224#3998224 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998224 --===============1157281341332983837==-- From do-not-reply at jboss.com Fri Jan 5 07:44:25 2007 Content-Type: multipart/mixed; boundary="===============4565691125086742155==" MIME-Version: 1.0 From: mythilisan To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Integration of third party CMS with JBoss portal Date: Fri, 05 Jan 2007 07:44:25 -0500 Message-ID: <3588632.1168001065563.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4565691125086742155== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable hi, My requirement is to integrate any content management system like documentu= m,Interwoven with JBoss portal. I am very new to working with JBoss portals. I am confused whether this is feasible with jboss portals. Please help me regarding this. If you can provide any relevant docs/links, it would be very helpful. Thanks in advance. Regards, Mythili View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998241#3998241 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998241 --===============4565691125086742155==-- From do-not-reply at jboss.com Fri Jan 5 08:17:27 2007 Content-Type: multipart/mixed; boundary="===============8651428345861494731==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - new simplified menu structure Date: Fri, 05 Jan 2007 08:17:27 -0500 Message-ID: <16708665.1168003047450.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8651428345861494731== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I would like less navigation and more content in one page. Here are the di= rect navigations that i would propose in the left hand menu: Task list : shows 2 tables, the personal task list and the group task list.= The personal task list should be shown on top and only contains tasks tha= t are assigned directly to the authenticated user. From each task in the p= ersonal task list, the user should be able to navigate to the task instance= view to perform the task. = The group task list should show all tasks for which the authenticated user = is in the pooled actors. Note that the pooled actors list can also contain= one of the groups for which the authenticated user is a member. Also in t= hat case, such task should show up in the users group task list. Users sh= ould might be able to navigate directly to the task instance view, but they= should not be allowed to perform any operations on those tasks. To do tha= t, the user has to 'take' the group task into his/her personal task list. = 'Taking' the task should be the only allowed operation on group tasks. Tha= t prevents that multiple people start working on group tasks simultaniously= . = Processes : Should display a list of processes similar to the current Find = Processes menu screen. By default, this screen shows only the latest versi= ons of the processes in alphabetical order. Users should be able to sort a= nd filter the list. For each process, the user should be able to start a n= ew process instance. Search : Should display a search screen with a form to start searching for = tasks, tokens and process instances. From many locations in the webapplica= tion, there will be links to this search page. E.g. in a task instance pag= e you could add a link 'Show all tokens for this process'. There are many = such convenience links thinkable and they should all point to the unified s= earch page. Reports : Should always display an overview of system-wide reports. How ma= ny total number of instances. How many transactions per minute/hour/day, = How many open tasks per user, Avg time for task per user, ... In case a process definition is selected, links to reports per process defi= nition, should be shown as well. Admin : Groups all admin functionality. Currently I see 2 such functionali= ties. Deploying a process as is already available. And viewing/managing t= he job-and-timer queue. I think that both of these two functionalities c= an currently be easily combined in one screen. Logout =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Apart from those directly navigatable screens, i think that only 2 other sc= reens are needed: task instance view and process instance view. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998248#3998248 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998248 --===============8651428345861494731==-- From do-not-reply at jboss.com Fri Jan 5 08:28:01 2007 Content-Type: multipart/mixed; boundary="===============2526289259140936885==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - simplified task instance view Date: Fri, 05 Jan 2007 08:28:01 -0500 Message-ID: <22699969.1168003681640.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2526289259140936885== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback I would like to have more data on one screen. Especially for task instance= s, it would be great to combine the form, summary data and comments in one = page. This is what i have in mind: http://wiki.jboss.org/wiki/attach?page=3DJbpmConsoleFeedback/task.instance.= view.jpg View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998253#3998253 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998253 --===============2526289259140936885==-- From do-not-reply at jboss.com Fri Jan 5 08:39:18 2007 Content-Type: multipart/mixed; boundary="===============1946873095244968887==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - simplified process instance view Date: Fri, 05 Jan 2007 08:39:18 -0500 Message-ID: <3285902.1168004358182.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1946873095244968887== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback : http://wiki.jboss.org/wiki= /Wiki.jsp?page=3DJbpmConsoleFeedback I would like to have one central screen that combines all the process insta= nce information : = * general process instance properties (aka summary) * open tasks * variables * comments * tokens I would put the diagram and history on separate tabs in the same page. So = 3 tabs in total. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998254#3998254 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998254 --===============1946873095244968887==-- From do-not-reply at jboss.com Fri Jan 5 08:52:13 2007 Content-Type: multipart/mixed; boundary="===============4769945714386147440==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - direct navigation when starting a new process instance Date: Fri, 05 Jan 2007 08:52:13 -0500 Message-ID: <17856666.1168005133561.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4769945714386147440== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback When starting a new process instance, the web console currently handles bot= h processes without a start task form and with a start task form. But in both cases, after clicking the 'Start It!' button, the user is navig= ated to an intermediate screen that only has 1 link. I think that the user= should be navigated directly to those referred pages. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998255#3998255 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998255 --===============4769945714386147440==-- From do-not-reply at jboss.com Fri Jan 5 09:02:39 2007 Content-Type: multipart/mixed; boundary="===============6197560373362805638==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - replace separate managers task list view with generic search Date: Fri, 05 Jan 2007 09:02:39 -0500 Message-ID: <14829475.1168005759020.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6197560373362805638== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback In stead of having a separate managers task list view, i think that these s= hould be convenience options in the general search page. If you're a manager, you should have various links in the search criteria o= ptions for this: In case the user is searching for tasks, the user could be presented a list= of his subordinates with a check box in front of each person. Checking th= at box means that the manager will filter tasks for this person (these pers= ons) and still the manager will be able to specify all other task instance = criteria as well. I don't think this has a high priority so i would not include this feature = in 3.2 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998258#3998258 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998258 --===============6197560373362805638==-- From do-not-reply at jboss.com Fri Jan 5 09:18:15 2007 Content-Type: multipart/mixed; boundary="===============5631252041711079035==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - replace sources tabs with links Date: Fri, 05 Jan 2007 09:18:15 -0500 Message-ID: <25284234.1168006695768.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5631252041711079035== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback = I would not display the sources for tasks and processes as separate tabs. = I would make them links in the task instance view and the process instance = view. Wether or not the links to the sources are visible should be configu= rable. One configuration in jbpm.cfg.xml should control the visibility of = all the source links. = In the suite, i think it is a good idea to turn on those links. As we will= have more examples deployed out of the box and evaluators can then immedia= tely browse the webapp and take a look at the sources. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998263#3998263 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998263 --===============5631252041711079035==-- From do-not-reply at jboss.com Fri Jan 5 10:19:18 2007 Content-Type: multipart/mixed; boundary="===============7469752386258438722==" MIME-Version: 1.0 From: epbernard To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Component Proposal - Configurable Service Locator Date: Fri, 05 Jan 2007 10:19:18 -0500 Message-ID: <13424747.1168010358024.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7469752386258438722== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Seam provide a JNDI binding strategy using an el View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998283#3998283 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998283 --===============7469752386258438722==-- From do-not-reply at jboss.com Fri Jan 5 10:20:27 2007 Content-Type: multipart/mixed; boundary="===============9207679393268225813==" MIME-Version: 1.0 From: jc7442 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Component Proposal - Configurable Service Locator Date: Fri, 05 Jan 2007 10:20:27 -0500 Message-ID: <21225912.1168010427636.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9207679393268225813== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry if it is not the right place for my comments. My client application uses Spring framework as ServiceLocator. Injection is= done using spring configuration files instead of annotations. = >From my point of view one of the most important features of the ServiceLoc= ator is to make client application source code independant of the technolog= y used. With my "Spring" solution, client only see interfaces for the servi= ce. It does not have to know if the service is an EJB3, RMI, ... It is quit= e important for me in order to be able to reuse existing services (some of = them are distibuted with RMI, others as EJB3 services and some of them with= a custom distribution based on Corba). Another requirements for a ServiceLocator is to be able to add at runtime s= ome interceptors. For example, during the debug, I change the interceptor t= o provides some specific features such as chech that remote service are not= invoked in Swing EventispatcherThread, measure time required to perform a= service, ... With Spring I have been able to do that (for stateless servic= es only) using a MBean that force Spring framework to reload XML service de= scription file. JNDI parameters are in XMLs, they can be changed easily. = Moving services from one EAR to another does not have impact on client sour= ce code but only on XMLs. = Injection is performed on method not on field. = >From your point of view is what I am doing wrong or is it just another way= to do the same things ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998284#3998284 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998284 --===============9207679393268225813==-- From do-not-reply at jboss.com Fri Jan 5 10:21:01 2007 Content-Type: multipart/mixed; boundary="===============2739062207588546951==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: SELECT FOR UPDATE semantics Date: Fri, 05 Jan 2007 10:21:01 -0500 Message-ID: <14918988.1168010461385.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2739062207588546951== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Is the options api the best/cleanest way to do this? Like you said, as it only applies to pessimistic locking, it does seem fair= ly straightforward to implement. Is there a JIRA task for this? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998286#3998286 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998286 --===============2739062207588546951==-- From do-not-reply at jboss.com Fri Jan 5 10:42:57 2007 Content-Type: multipart/mixed; boundary="===============8801648595520441216==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Deployment through the ProfileService api Date: Fri, 05 Jan 2007 10:42:56 -0500 Message-ID: <5128316.1168011776979.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8801648595520441216== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Now that I have tried to make this usable by a remote client this is not go= ing to work. We need another DeploymentContentRepository view from the Prof= ileService that allows a more natural content repository view for adding/re= moving/associating content with a Profile. The Profile interface is then a = server side notion for expressing the the active deployment content to the = deployers. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998293#3998293 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998293 --===============8801648595520441216==-- From do-not-reply at jboss.com Fri Jan 5 10:49:57 2007 Content-Type: multipart/mixed; boundary="===============1737055696988631940==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: SELECT FOR UPDATE semantics Date: Fri, 05 Jan 2007 10:49:57 -0500 Message-ID: <22236138.1168012197148.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1737055696988631940== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : Is the options api the best/cleanest wa= y to do this? Not sure about best. It perturbs things the least. The alternative I can = think of would be to add a method to Cache. But then all the interceptors = that check for "get" calls would have to have that method(s) added. And a = target method would have to be added to CacheImpl. With the Option, everyo= ne is blissfully unaware except for PessimisticLockInterceptor. anonymous wrote : Like you said, as it only applies to pessimistic locking,= it does seem fairly straightforward to implement. Yeah, I took a look at the interceptor yesterday to check for any gotcha, a= nd it took me about 10 mins to add it w/ a simple 3-4 statement if block. D= idn't test at all though. anonymous wrote : Is there a JIRA task for this? No, I wanted to check on the forum first whether people thought the whole c= oncept was off. If you think its a useful feature, I'll open one. Deciding= exactly how to implement, timing, etc can come later. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998297#3998297 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998297 --===============1737055696988631940==-- From do-not-reply at jboss.com Fri Jan 5 11:04:35 2007 Content-Type: multipart/mixed; boundary="===============7309907778491926787==" MIME-Version: 1.0 From: adamw To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Problems compiling JBoss Labs Date: Fri, 05 Jan 2007 11:04:34 -0500 Message-ID: <532261.1168013074414.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7309907778491926787== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, and how much RAM do you have? There is a couple of services started that ta= ke up some memory. Have you checked the server settings (-Xmm and -Xms in r= un.conf)? -- = Adam View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998298#3998298 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998298 --===============7309907778491926787==-- From do-not-reply at jboss.com Fri Jan 5 11:21:02 2007 Content-Type: multipart/mixed; boundary="===============0756791590137747268==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: SELECT FOR UPDATE semantics Date: Fri, 05 Jan 2007 11:21:02 -0500 Message-ID: <24536849.1168014062076.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0756791590137747268== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | = | = | No, I wanted to check on the forum first whether people thought the who= le concept was off. If you think its a useful feature, I'll open one. Decid= ing exactly how to implement, timing, etc can come later. | = | = Useful enough, I guess, given the requests we've had for it. I'd implement= it as an option for now, and upgrade it to a full API feature in 2.2.0/3.0= .0 timeframe if enough usage warrants it. Found a JIRA task for it though: JBCACHE-629 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998307#3998307 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998307 --===============0756791590137747268==-- From do-not-reply at jboss.com Fri Jan 5 12:18:30 2007 Content-Type: multipart/mixed; boundary="===============0458829195414832622==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Out of Memory Error when Deploying JBoss Labs Date: Fri, 05 Jan 2007 12:18:30 -0500 Message-ID: <2318092.1168017510495.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0458829195414832622== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable After building successfully, I get an OutOfMemoryError when I try to deploy= it. = Here is the output [root(a)B-0359 bin]# ./run.sh -c all =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D JBoss Bootstrap Environment JBOSS_HOME: /usr/local/portal JAVA: /usr/lib/jdk1.5.0_09//bin/java JAVA_OPTS: -Djava.security.auth.login.config=3D../conf/jaas.conf -javaagent= :pluggable-instrumentor.jar -Dprogram.name=3Drun.sh CLASSPATH: /usr/local/portal/bin/run.jar:/usr/lib/jdk1.5.0_09//lib/tools.jar =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 16:37:32,077 INFO [Server] Starting JBoss (MX MicroKernel)... 16:37:32,079 INFO [Server] Release ID: JBoss [Zion] 4.0.4.GA (build: CVSTag= =3DJBoss_4_0_4_GA date=3D200605151000) 16:37:32,081 INFO [Server] Home Dir: /usr/local/portal 16:37:32,081 INFO [Server] Home URL: file:/usr/local/portal/ 16:37:32,082 INFO [Server] Patch URL: null 16:37:32,082 INFO [Server] Server Name: all 16:37:32,083 INFO [Server] Server Home Dir: /usr/local/portal/server/all 16:37:32,083 INFO [Server] Server Home URL: file:/usr/local/portal/server/a= ll/ 16:37:32,083 INFO [Server] Server Log Dir: /usr/local/portal/server/all/log 16:37:32,083 INFO [Server] Server Temp Dir: /usr/local/portal/server/all/tmp 16:37:32,084 INFO [Server] Root Deployment Filename: jboss-service.xml 16:37:32,674 INFO [ServerInfo] Java version: 1.5.0_09,Sun Microsystems Inc. 16:37:32,675 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.5.0_09= -b01,Sun Microsystems Inc. 16:37:32,675 INFO [ServerInfo] OS-System: Linux 2.6.9-42.0.3.EL,i386 16:37:33,502 INFO [Server] Core system initialized 16:37:37,033 INFO [WebService] Using RMI server codebase: http://B-0359:808= 3/ 16:37:37,071 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: re= source:log4j.xml 16:37:37,389 INFO [NamingService] JNDI bootstrap JNP=3D/0.0.0.0:1099, RMI= =3D/0.0.0.0:1098, backlog=3D50, no client SocketFactory, Server SocketFacto= ry=3Dclass org.jboss.net.sockets.DefaultSocketFactory 16:37:39,755 INFO [SocketServerInvoker] Invoker started for locator: Invoke= rLocator [socket://127.0.0.1:3873/] 16:37:41,552 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/ser= ver/all/deploy/shotoku-aop.aop 16:37:41,759 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/ser= ver/all/deploy/ejb3-interceptors-aop.xml 16:37:46,828 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/ser= ver/all/deploy/jboss-portal.sar/portal-aop.xml 16:37:50,854 ERROR [STDERR] [warn] AOP Instrumentor failed to transform org= .jboss.forge.common.projects.Projects 16:37:50,855 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.jboss.forge.common.projects.Projects. Coul= d not find class it references org.jboss.forge.common.projects.ProjectDescr= iptor It may not be in your classpath and you may not be getting field and = constructor weaving for this class. 16:37:50,856 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.conver= tReferences(Instrumentor.java:619) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.transf= orm(Instrumentor.java:673) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.AspectManager.translate(Aspect= Manager.java:970) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.AspectManager.transform(Aspect= Manager.java:882) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.aspe= ctTransform(AOPTransformer.java:88) 16:37:50,856 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.tran= sform(AOPTransformer.java:75) 16:37:50,857 ERROR [STDERR] at sun.instrument.TransformerManager.transform(= TransformerManager.java:122) 16:37:50,857 ERROR [STDERR] at sun.instrument.InstrumentationImpl.transform= (InstrumentationImpl.java:155) 16:37:50,857 ERROR [STDERR] at java.lang.ClassLoader.defineClass1(Native Me= thod) 16:37:50,857 ERROR [STDERR] at java.lang.ClassLoader.defineClass(ClassLoade= r.java:620) 16:37:50,857 ERROR [STDERR] at java.security.SecureClassLoader.defineClass(= SecureClassLoader.java:124) 16:37:50,857 ERROR [STDERR] at java.net.URLClassLoader.defineClass(URLClass= Loader.java:260) 16:37:50,857 ERROR [STDERR] at java.net.URLClassLoader.access$100(URLClassL= oader.java:56) 16:37:50,857 ERROR [STDERR] at java.net.URLClassLoader$1.run(URLClassLoader= .java:195) 16:37:50,858 ERROR [STDERR] at java.security.AccessController.doPrivileged(= Native Method) 16:37:50,858 ERROR [STDERR] at java.net.URLClassLoader.findClass(URLClassLo= ader.java:188) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.f= indClassLocally(RepositoryClassLoader.java:672) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.f= indClass(RepositoryClassLoader.java:652) 16:37:50,858 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoader.= java:306) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.l= oadClassLocally(RepositoryClassLoader.java:190) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.ClassLoadingTask$Thread= Task.run(ClassLoadingTask.java:131) 16:37:50,858 ERROR [STDERR] at org.jboss.mx.loading.LoadMgr3.nextTask(LoadM= gr3.java:399) 16:37:50,859 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.l= oadClassImpl(RepositoryClassLoader.java:517) 16:37:50,859 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.l= oadClass(RepositoryClassLoader.java:405) 16:37:50,859 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoader.= java:251) 16:37:50,859 ERROR [STDERR] at java.lang.ClassLoader.loadClassInternal(Clas= sLoader.java:319) 16:37:50,859 ERROR [STDERR] at java.lang.Class.getDeclaredMethods0(Native M= ethod) 16:37:50,859 ERROR [STDERR] at java.lang.Class.privateGetDeclaredMethods(Cl= ass.java:2395) 16:37:50,860 ERROR [STDERR] at java.lang.Class.getDeclaredMethods(Class.jav= a:1763) 16:37:50,860 ERROR [STDERR] at org.jboss.portal.common.mx.JavaBeanModelMBea= nBuilder.(JavaBeanModelMBeanBuilder.java:89) 16:37:50,860 ERROR [STDERR] at org.jboss.portal.common.mx.JavaBeanModelMBea= nBuilder.build(JavaBeanModelMBeanBuilder.java:287) 16:37:50,860 ERROR [STDERR] at org.jboss.portal.common.system.JBossServiceM= odelMBean.(JBossServiceModelMBean.java:76) 16:37:50,860 ERROR [STDERR] at sun.reflect.GeneratedConstructorAccessor11.n= ewInstance(Unknown Source) 16:37:50,860 ERROR [STDERR] at sun.reflect.DelegatingConstructorAccessorImp= l.newInstance(DelegatingConstructorAccessorImpl.java:27) 16:37:50,860 ERROR [STDERR] at java.lang.reflect.Constructor.newInstance(Co= nstructor.java:494) 16:37:50,861 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.instanti= ate(MBeanServerImpl.java:1233) 16:37:50,861 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.instanti= ate(MBeanServerImpl.java:286) 16:37:50,861 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.createMB= ean(MBeanServerImpl.java:344) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceCreator.install(Serv= iceCreator.java:181) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.interna= lInstall(ServiceConfigurator.java:449) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceConfigurator.install= (ServiceConfigurator.java:171) 16:37:50,861 ERROR [STDERR] at org.jboss.system.ServiceController.install(S= erviceController.java:226) 16:37:50,861 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0= (Native Method) 16:37:50,861 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(= NativeMethodAccessorImpl.java:39) 16:37:50,862 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:37:50,862 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:37:50,862 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:86) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:37:50,863 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:37:50,863 ERROR [STDERR] at $Proxy4.install(Unknown Source) 16:37:50,864 ERROR [STDERR] at org.jboss.deployment.SARDeployer.create(SARD= eployer.java:249) 16:37:50,865 ERROR [STDERR] at org.jboss.deployment.MainDeployer.create(Mai= nDeployer.java:953) 16:37:50,865 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:807) 16:37:50,865 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:771) 16:37:50,865 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0= (Native Method) 16:37:50,865 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(= NativeMethodAccessorImpl.java:39) 16:37:50,865 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:37:50,866 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterceptor= .invoke(AbstractInterceptor.java:133) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOperation= Interceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:37:50,866 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:37:50,867 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:37:50,867 ERROR [STDERR] at $Proxy8.deploy(Unknown Source) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeploymentSc= anner.deploy(URLDeploymentScanner.java:421) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeploymentSc= anner.scan(URLDeploymentScanner.java:634) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDeploym= entScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) 16:37:50,867 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDeploym= entScanner.startService(AbstractDeploymentScanner.java:336) 16:37:50,867 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbossIn= ternalStart(ServiceMBeanSupport.java:289) 16:37:50,868 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbossIn= ternalLifecycle(ServiceMBeanSupport.java:245) 16:37:50,868 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor8.invoke(= Unknown Source) 16:37:50,868 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:37:50,869 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:86) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:37:50,869 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:37:50,869 ERROR [STDERR] at org.jboss.system.ServiceController$ServicePr= oxy.invoke(ServiceController.java:978) 16:37:50,870 ERROR [STDERR] at $Proxy0.start(Unknown Source) 16:37:50,870 ERROR [STDERR] at org.jboss.system.ServiceController.start(Ser= viceController.java:417) 16:37:50,870 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor9.invoke(= Unknown Source) 16:37:50,870 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:37:50,870 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:37:50,870 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:86) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:37:50,871 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:37:50,871 ERROR [STDERR] at $Proxy4.start(Unknown Source) 16:37:50,871 ERROR [STDERR] at org.jboss.deployment.SARDeployer.start(SARDe= ployer.java:302) 16:37:50,871 ERROR [STDERR] at org.jboss.deployment.MainDeployer.start(Main= Deployer.java:1007) 16:37:50,872 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:808) 16:37:50,872 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:771) 16:37:50,872 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:755) 16:37:50,872 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0= (Native Method) 16:37:50,872 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(= NativeMethodAccessorImpl.java:39) 16:37:50,872 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:37:50,872 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:37:50,872 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:37:50,872 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterceptor= .invoke(AbstractInterceptor.java:133) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOperation= Interceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:37:50,873 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:37:50,873 ERROR [STDERR] at $Proxy5.deploy(Unknown Source) 16:37:50,873 ERROR [STDERR] at org.jboss.system.server.ServerImpl.doStart(S= erverImpl.java:482) 16:37:50,874 ERROR [STDERR] at org.jboss.system.server.ServerImpl.start(Ser= verImpl.java:362) 16:37:50,874 ERROR [STDERR] at org.jboss.Main.boot(Main.java:200) 16:37:50,874 ERROR [STDERR] at org.jboss.Main$1.run(Main.java:464) 16:37:50,874 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) 16:37:57,942 INFO [SubscriptionManager] Bound event dispatcher to java:/Eve= ntDispatcher 16:38:08,957 INFO [Ejb3Deployment] EJB3 deployment time took: 814 16:38:09,191 INFO [JmxKernelAbstraction] installing MBean: jboss.j2ee:jar= =3Dshotoku-base.ejb3,name=3DShotokuServiceImpl,service=3DEJB3 with dependen= cies: 16:38:09,624 INFO [EJBContainer] STARTED EJB: org.jboss.shotoku.service.Sho= tokuServiceImpl ejbName: ShotokuServiceImpl 16:38:09,880 INFO [AdministratedService] Creating Shotoku service... 16:38:10,416 INFO [ContentManager] Added content manager: default, org.jbos= s.shotoku.svn.SvnContentManager 16:38:10,417 INFO [AdministratedService] ContentManager setup completed. Ge= tting the default service timer interval... 16:38:10,417 INFO [AdministratedService] Shotoku service created. 16:38:10,421 INFO [AdministratedService] Starting Shotoku service... 16:38:10,421 INFO [AdministratedService] Starting main update thread... 16:38:10,430 INFO [AdministratedService] Starting update threads... 16:38:10,435 INFO [AdministratedService] Update thread count set to: 10. 16:38:10,436 INFO [AdministratedService] Reseting keys during update in cac= he items... 16:38:10,436 INFO [AdministratedService] Shotoku service started. 16:38:10,438 INFO [EJB3Deployer] Deployed: file:/usr/local/portal/server/al= l/deploy/shotoku.sar/shotoku-base.ejb3 16:38:11,996 INFO [SnmpAgentService] SNMP agent going active 16:38:12,334 INFO [AspectDeployer] Deployed AOP: file:/usr/local/portal/ser= ver/all/deploy/tc5-cluster.sar/tc5-cluster.aop 16:38:13,127 INFO [TreeCache] setting cluster properties from xml to: UDP(d= own_thread=3Dfalse;enable_bundling=3Dtrue;ip_ttl=3D2;loopback=3Dfalse;max_b= undle_size=3D64000;max_bundle_timeout=3D30;mcast_addr=3D230.1.2.7;mcast_por= t=3D45577;mcast_recv_buf_size=3D25000000;mcast_send_buf_size=3D640000;ucast= _recv_buf_size=3D20000000;ucast_send_buf_size=3D640000;up_thread=3Dfalse;us= e_incoming_packet_handler=3Dtrue;use_outgoing_packet_handler=3Dtrue):PING(d= own_thread=3Dfalse;num_initial_members=3D3;timeout=3D2000;up_thread=3Dfalse= ):MERGE2(down_thread=3Dfalse;max_interval=3D100000;min_interval=3D20000;up_= thread=3Dfalse):FD(down_thread=3Dfalse;max_tries=3D5;shun=3Dtrue;timeout=3D= 2500;up_thread=3Dfalse):VERIFY_SUSPECT(down_thread=3Dfalse;timeout=3D1500;u= p_thread=3Dfalse):pbcast.NAKACK(discard_delivered_msgs=3Dtrue;down_thread= =3Dfalse;gc_lag=3D50;max_xmit_size=3D60000;retransmit_timeout=3D100,200,300= ,600,1200,2400,4800;up_thread=3Dfalse;use_mcast_xmit=3Dfalse):UNICAST(down_= thread=3Dfalse;timeout=3D300,600,1200,2400,3600;up_thread=3Dfalse):pbcast.S= TABLE(desired_avg_gossip=3D50000;down_thread=3Dfalse;max_bytes=3D2100000;st= ability_delay=3D1000;up_thread=3Dfalse):pbcast.GMS(down_thread=3Dfalse;join= _retry_timeout=3D2000;join_timeout=3D3000;print_local_addr=3Dtrue;shun=3Dtr= ue;up_thread=3Dfalse):FC(down_thread=3Dfalse;max_credits=3D10000000;min_thr= eshold=3D0.20;up_thread=3Dfalse):FRAG2(down_thread=3Dfalse;frag_size=3D6000= 0;up_thread=3Dfalse):pbcast.STATE_TRANSFER(down_thread=3Dfalse;up_thread=3D= false) 16:38:13,177 INFO [TreeCache] interceptor chain is: class org.jboss.cache.interceptors.CallInterceptor class org.jboss.cache.interceptors.PessimisticLockInterceptor class org.jboss.cache.interceptors.UnlockInterceptor class org.jboss.cache.interceptors.ReplicationInterceptor 16:38:13,178 INFO [TreeCache] cache mode is REPL_ASYNC 16:38:15,952 INFO [STDOUT] ------------------------------------------------------- GMS: address is localhost:32845 ------------------------------------------------------- 16:38:18,183 INFO [TreeCache] viewAccepted(): [localhost:32845|0] [localhos= t:32845] 16:38:18,215 INFO [TreeCache] my local address is localhost:32845 16:38:18,222 INFO [TreeCache] new cache is null (may be first member in clu= ster) 16:38:18,222 INFO [TreeCache] state could not be retrieved (must be first m= ember in group) 16:38:18,222 INFO [TreeCache] Cache is started!! 16:38:18,684 INFO [Embedded] Catalina naming disabled 16:38:18,918 INFO [ClusterRuleSetFactory] Unable to find a cluster rule set= in the classpath. Will load the default rule set. 16:38:18,921 INFO [ClusterRuleSetFactory] Unable to find a cluster rule set= in the classpath. Will load the default rule set. 16:38:19,849 INFO [Http11BaseProtocol] Initializing Coyote HTTP/1.1 on http= -0.0.0.0-8080 16:38:19,859 INFO [Catalina] Initialization processed in 938 ms 16:38:19,859 INFO [StandardService] Starting service jboss.web 16:38:19,871 INFO [StandardEngine] Starting Servlet Engine: Apache Tomcat/5= .5.17 16:38:19,997 INFO [StandardHost] XML validation disabled 16:38:20,052 INFO [Catalina] Server startup in 193 ms 16:38:20,593 INFO [TomcatDeployer] deploy, ctxPath=3D/invoker, warUrl=3D...= /deploy/httpha-invoker.sar/invoker.war/ 16:38:21,379 INFO [WebappLoader] Dual registration of jndi stream handler: = factory already defined 16:38:22,408 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-cms, warUrl=3D= .../deploy/jboss-portal.sar/portal-cms.war/ 16:38:22,677 INFO [TomcatDeployer] deploy, ctxPath=3D/portal-core, warUrl= =3D.../deploy/jboss-portal.sar/portal-core.war/ 16:38:24,214 INFO [FacesConfigurator] Reading standard config org/apache/my= faces/resource/standard-faces-config.xml 16:38:24,442 INFO [FacesConfigurator] Reading config jar:file:/usr/local/po= rtal/server/all/tmp/deploy/tmp62208jsf-facelets.jar!/META-INF/faces-config.= xml 16:38:24,458 INFO [FacesConfigurator] Reading config jar:file:/usr/local/po= rtal/server/all/tmp/deploy/tmp62226tomahawk.jar!/META-INF/faces-config.xml 16:38:24,556 INFO [FacesConfigurator] Reading config jar:file:/usr/local/po= rtal/server/all/tmp/deploy/tmp62243tomahawk.jar!/META-INF/faces-config.xml 16:38:24,637 INFO [FacesConfigurator] Reading config /WEB-INF/faces-config.= xml 16:38:25,096 ERROR [LocaleUtils] Locale name null or empty, ignoring 16:38:27,345 INFO [StartupServletContextListener] ServletContext '/usr/loca= l/portal/server/all/./deploy/jboss-portal.sar/portal-core.war/' initialized. 16:38:27,586 INFO [TomcatDeployer] deploy, ctxPath=3D/portal, warUrl=3D.../= deploy/jboss-portal.sar/portal-server.war/ 16:38:28,149 INFO [TomcatDeployer] deploy, ctxPath=3D/jbossws, warUrl=3D...= /tmp/deploy/tmp62257jbossws-exp.war/ 16:38:28,453 INFO [TomcatDeployer] deploy, ctxPath=3D/juddi, warUrl=3D.../d= eploy/juddi-service.sar/juddiws.war/ 16:38:28,635 INFO [RegistryServlet] Loading jUDDI configuration. 16:38:28,636 INFO [RegistryServlet] Resources loaded from: /WEB-INF/juddi.p= roperties 16:38:28,637 INFO [RegistryServlet] Initializing jUDDI components. 16:38:31,150 INFO [Ejb3Deployment] EJB3 deployment time took: 107 16:38:31,221 INFO [JmxKernelAbstraction] installing MBean: jboss.j2ee:jar= =3Dforge-service.ejb3,name=3DForgeService,service=3DEJB3 with dependencies: 16:38:31,221 INFO [JmxKernelAbstraction] shotoku:service=3Dshotoku 16:38:31,279 INFO [EJBContainer] STARTED EJB: org.jboss.forge.service.Forge= Service ejbName: ForgeService 16:38:31,326 INFO [AdministratedService] Creating Forge service... 16:38:32,620 INFO [ForgeService] Forge service created, with timer interval= : 30000 16:38:32,621 INFO [AdministratedService] Starting Forge service... 16:38:32,622 INFO [AdministratedService] Forge service started. 16:38:32,622 INFO [EJB3Deployer] Deployed: file:/usr/local/portal/server/al= l/deploy/w-jboss-forge.sar/forge-service.ejb3 16:38:33,602 INFO [DefaultPartition] Initializing 16:38:33,764 INFO [STDOUT] ------------------------------------------------------- GMS: address is localhost:32848 (additional data: 14 bytes) ------------------------------------------------------- 16:38:35,779 INFO [DefaultPartition] Number of cluster members: 1 16:38:35,779 INFO [DefaultPartition] Other members: 0 16:38:35,779 INFO [DefaultPartition] Fetching state (will wait for 30000 mi= lliseconds): 16:38:35,779 INFO [DefaultPartition] New cluster view for partition Default= Partition (id: 0, delta: 0) : [127.0.0.1:1099] 16:38:35,800 INFO [DefaultPartition] I am (127.0.0.1:1099) received members= hipChanged event: 16:38:35,801 INFO [DefaultPartition] Dead members: 0 ([]) 16:38:35,801 INFO [DefaultPartition] New Members : 0 ([]) 16:38:35,801 INFO [DefaultPartition] All Members : 1 ([127.0.0.1:1099]) 16:38:35,998 INFO [HANamingService] Started ha-jndi bootstrap jnpPort=3D110= 0, backlog=3D50, bindAddress=3D/0.0.0.0 16:38:36,017 INFO [DetachedHANamingService$AutomaticDiscovery] Listening on= 0.0.0.0/0.0.0.0:1102, group=3D230.0.0.4, HA-JNDI address=3D127.0.0.1:1100 16:38:38,520 INFO [TomcatDeployer] deploy, ctxPath=3D/jbossmq-httpil, warUr= l=3D.../deploy-hasingleton/jms/jbossmq-httpil.sar/jbossmq-httpil.war/ 16:38:39,166 INFO [TreeCache] setting cluster properties from xml to: UDP(i= p_mcast=3Dtrue;ip_ttl=3D64;loopback=3Dfalse;mcast_addr=3D228.1.2.3;mcast_po= rt=3D45551;mcast_recv_buf_size=3D80000;mcast_send_buf_size=3D150000;ucast_r= ecv_buf_size=3D80000;ucast_send_buf_size=3D150000):PING(down_thread=3Dfalse= ;num_initial_members=3D3;timeout=3D2000;up_thread=3Dfalse):MERGE2(max_inter= val=3D20000;min_interval=3D10000):FD(down_thread=3Dtrue;shun=3Dtrue;up_thre= ad=3Dtrue):VERIFY_SUSPECT(down_thread=3Dfalse;timeout=3D1500;up_thread=3Dfa= lse):pbcast.NAKACK(down_thread=3Dfalse;gc_lag=3D50;max_xmit_size=3D8192;ret= ransmit_timeout=3D600,1200,2400,4800;up_thread=3Dfalse):UNICAST(down_thread= =3Dfalse;min_threshold=3D10;timeout=3D600,1200,2400;window_size=3D100):pbca= st.STABLE(desired_avg_gossip=3D20000;down_thread=3Dfalse;up_thread=3Dfalse)= :FRAG(down_thread=3Dfalse;frag_size=3D8192;up_thread=3Dfalse):pbcast.GMS(jo= in_retry_timeout=3D2000;join_timeout=3D5000;print_local_addr=3Dtrue;shun=3D= true):pbcast.STATE_TRANSFER(down_thread=3Dfalse;up_thread=3Dfalse) 16:38:39,244 INFO [TreeCache] setEvictionPolicyConfig(): [config: null] 16:38:39,262 WARN [TreeCache] No transaction manager lookup class has been = defined. Transactions cannot be used 16:38:39,299 INFO [TreeCache] interceptor chain is: class org.jboss.cache.interceptors.CallInterceptor class org.jboss.cache.interceptors.PessimisticLockInterceptor class org.jboss.cache.interceptors.CacheLoaderInterceptor class org.jboss.cache.interceptors.UnlockInterceptor class org.jboss.cache.interceptors.ReplicationInterceptor class org.jboss.cache.interceptors.CacheStoreInterceptor 16:38:39,366 INFO [TreeCache] cache mode is REPL_SYNC 16:38:39,386 INFO [STDOUT] ------------------------------------------------------- GMS: address is localhost:32851 ------------------------------------------------------- 16:38:41,389 INFO [TreeCache] my local address is localhost:32851 16:38:41,389 INFO [TreeCache] state could not be retrieved (must be first m= ember in group) 16:38:41,390 INFO [LRUPolicy] Starting eviction policy using the provider: = org.jboss.ejb3.cache.tree.StatefulEvictionPolicy 16:38:41,390 INFO [LRUPolicy] Starting a eviction timer with wake up interv= al of (secs) 1 16:38:41,390 INFO [TreeCache] viewAccepted(): [localhost:32851|0] [localhos= t:32851] 16:38:41,390 INFO [TreeCache] new cache is null (may be first member in clu= ster) 16:38:41,391 INFO [TreeCache] Cache is started!! 16:38:41,488 INFO [TreeCache] setting cluster properties from xml to: UDP(i= p_mcast=3Dtrue;ip_ttl=3D2;loopback=3Dfalse;mcast_addr=3D228.1.2.3;mcast_por= t=3D43333;mcast_recv_buf_size=3D80000;mcast_send_buf_size=3D150000;ucast_re= cv_buf_size=3D80000;ucast_send_buf_size=3D150000):PING(down_thread=3Dfalse;= num_initial_members=3D3;timeout=3D2000;up_thread=3Dfalse):MERGE2(max_interv= al=3D20000;min_interval=3D10000):FD(down_thread=3Dtrue;shun=3Dtrue;up_threa= d=3Dtrue):VERIFY_SUSPECT(down_thread=3Dfalse;timeout=3D1500;up_thread=3Dfal= se):pbcast.NAKACK(down_thread=3Dfalse;gc_lag=3D50;max_xmit_size=3D8192;retr= ansmit_timeout=3D600,1200,2400,4800;up_thread=3Dfalse):UNICAST(down_thread= =3Dfalse;min_threshold=3D10;timeout=3D600,1200,2400;window_size=3D100):pbca= st.STABLE(desired_avg_gossip=3D20000;down_thread=3Dfalse;up_thread=3Dfalse)= :FRAG(down_thread=3Dfalse;frag_size=3D8192;up_thread=3Dfalse):pbcast.GMS(jo= in_retry_timeout=3D2000;join_timeout=3D5000;print_local_addr=3Dtrue;shun=3D= true):pbcast.STATE_TRANSFER(down_thread=3Dfalse;up_thread=3Dfalse) 16:38:41,516 INFO [TreeCache] setEvictionPolicyConfig(): [config: null] 16:38:41,542 INFO [TreeCache] interceptor chain is: class org.jboss.cache.interceptors.CallInterceptor class org.jboss.cache.interceptors.PessimisticLockInterceptor class org.jboss.cache.interceptors.UnlockInterceptor class org.jboss.cache.interceptors.ReplicationInterceptor 16:38:41,547 INFO [TreeCache] cache mode is REPL_SYNC 16:38:41,646 INFO [STDOUT] ------------------------------------------------------- GMS: address is localhost:32854 ------------------------------------------------------- 16:38:43,650 INFO [TreeCache] my local address is localhost:32854 16:38:43,650 INFO [TreeCache] state could not be retrieved (must be first m= ember in group) 16:38:43,650 INFO [LRUPolicy] Starting eviction policy using the provider: = org.jboss.cache.eviction.LRUPolicy 16:38:43,650 INFO [LRUPolicy] Starting a eviction timer with wake up interv= al of (secs) 5 16:38:43,650 INFO [TreeCache] viewAccepted(): [localhost:32854|0] [localhos= t:32854] 16:38:43,651 INFO [TreeCache] new cache is null (may be first member in clu= ster) 16:38:43,651 INFO [TreeCache] Cache is started!! 16:38:50,304 INFO [CorbaNamingService] Naming: [IOR:000000000000002B49444C3= A6F6D672E6F72672F436F734E616D696E672F4E616D696E67436F6E746578744578743A312E= 3000000000000200000000000000D0000102000000000A3132372E302E302E31000DC800000= 0114A426F73732F4E616D696E672F726F6F7400000000000005000000000000000800000000= 4A414300000000010000001C000000000001000100000001050100010001010900000001050= 10001000000210000004C000000000000000100000000000000240000001C0000007E000000= 00000000010000000A3132372E302E302E31000DC9000000000000000000000000000000000= 000000000000000000000000000002000000004000000000000001F00000004000000030000= 00010000002000000000000000020000002000000004000000000000001F000000040000000= 3] 16:38:51,003 INFO [CorbaTransactionService] TransactionFactory: [IOR:000000= 000000003049444C3A6F72672F6A626F73732F746D2F69696F702F5472616E73616374696F6= E466163746F72794578743A312E30000000000200000000000000D0000102000000000A3132= 372E302E302E31000DC8000000144A426F73732F5472616E73616374696F6E732F460000000= 50000000000000008000000004A414300000000010000001C00000000000100010000000105= 010001000101090000000105010001000000210000004C00000000000000010000000000000= 0240000001C0000007E00000000000000010000000A3132372E302E302E31000DC900000000= 000000000000000000000000000000000000000000000000000000200000000400000000000= 0001F0000000400000003000000010000002000000000000000020000002000000004000000= 000000001F0000000400000003] 16:38:53,447 INFO [TomcatDeployer] deploy, ctxPath=3D/web-console, warUrl= =3D.../deploy/management/console-mgr.sar/web-console.war/ 16:38:59,848 INFO [MailService] Mail Service bound to java:/Mail 16:39:00,340 INFO [RARDeployment] Required license terms exist, view META-I= NF/ra.xml in .../deploy/jboss-ha-local-jdbc.rar 16:39:00,971 INFO [RARDeployment] Required license terms exist, view META-I= NF/ra.xml in .../deploy/jboss-ha-xa-jdbc.rar 16:39:01,041 INFO [RARDeployment] Required license terms exist, view META-I= NF/ra.xml in .../deploy/jboss-local-jdbc.rar 16:39:01,114 INFO [RARDeployment] Required license terms exist, view META-I= NF/ra.xml in .../deploy/jboss-xa-jdbc.rar 16:39:01,773 INFO [RARDeployment] Required license terms exist, view META-I= NF/ra.xml in .../deploy/jms/jms-ra.rar 16:39:01,856 INFO [RARDeployment] Required license terms exist, view META-I= NF/ra.xml in .../deploy/mail-ra.rar 16:39:02,518 INFO [RARDeployment] Required license terms exist, view META-I= NF/ra.xml in .../deploy/quartz-ra.rar 16:39:03,357 INFO [QuartzResourceAdapter] start quartz!!! 16:39:03,408 ERROR [STDERR] [warn] AOP Instrumentor failed to transform org= .quartz.impl.StdSchedulerFactory 16:39:03,408 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.quartz.impl.StdSchedulerFactory. Could not= find class it references org.quartz.utils.PoolingConnectionProvider It may= not be in your classpath and you may not be getting field and constructor = weaving for this class. 16:39:03,409 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.conver= tReferences(Instrumentor.java:619) 16:39:03,409 ERROR [STDERR] at org.jboss.aop.instrument.Instrumentor.transf= orm(Instrumentor.java:673) 16:39:03,409 ERROR [STDERR] at org.jboss.aop.AspectManager.translate(Aspect= Manager.java:970) 16:39:03,409 ERROR [STDERR] at org.jboss.aop.AspectManager.transform(Aspect= Manager.java:882) 16:39:03,410 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.aspe= ctTransform(AOPTransformer.java:88) 16:39:03,410 ERROR [STDERR] at org.jboss.aop.standalone.AOPTransformer.tran= sform(AOPTransformer.java:75) 16:39:03,410 ERROR [STDERR] at sun.instrument.TransformerManager.transform(= TransformerManager.java:122) 16:39:03,410 ERROR [STDERR] at sun.instrument.InstrumentationImpl.transform= (InstrumentationImpl.java:155) 16:39:03,410 ERROR [STDERR] at java.lang.ClassLoader.defineClass1(Native Me= thod) 16:39:03,410 ERROR [STDERR] at java.lang.ClassLoader.defineClass(ClassLoade= r.java:620) 16:39:03,410 ERROR [STDERR] at java.security.SecureClassLoader.defineClass(= SecureClassLoader.java:124) 16:39:03,410 ERROR [STDERR] at java.net.URLClassLoader.defineClass(URLClass= Loader.java:260) 16:39:03,410 ERROR [STDERR] at java.net.URLClassLoader.access$100(URLClassL= oader.java:56) 16:39:03,411 ERROR [STDERR] at java.net.URLClassLoader$1.run(URLClassLoader= .java:195) 16:39:03,411 ERROR [STDERR] at java.security.AccessController.doPrivileged(= Native Method) 16:39:03,411 ERROR [STDERR] at java.net.URLClassLoader.findClass(URLClassLo= ader.java:188) 16:39:03,411 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.f= indClassLocally(RepositoryClassLoader.java:672) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.f= indClass(RepositoryClassLoader.java:652) 16:39:03,412 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoader.= java:306) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.l= oadClassLocally(RepositoryClassLoader.java:190) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.ClassLoadingTask$Thread= Task.run(ClassLoadingTask.java:131) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.LoadMgr3.nextTask(LoadM= gr3.java:399) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.l= oadClassImpl(RepositoryClassLoader.java:517) 16:39:03,412 ERROR [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.l= oadClass(RepositoryClassLoader.java:405) 16:39:03,413 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoader.= java:251) 16:39:03,413 ERROR [STDERR] at java.lang.ClassLoader.loadClassInternal(Clas= sLoader.java:319) 16:39:03,413 ERROR [STDERR] at org.jboss.resource.adapter.quartz.inflow.Qua= rtzResourceAdapter.start(QuartzResourceAdapter.java:53) 16:39:03,413 ERROR [STDERR] at org.jboss.resource.deployment.RARDeployment.= startService(RARDeployment.java:109) 16:39:03,413 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbossIn= ternalStart(ServiceMBeanSupport.java:289) 16:39:03,413 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbossIn= ternalLifecycle(ServiceMBeanSupport.java:245) 16:39:03,413 ERROR [STDERR] at org.jboss.system.ServiceDynamicMBeanSupport.= invoke(ServiceDynamicMBeanSupport.java:124) 16:39:03,414 ERROR [STDERR] at org.jboss.mx.server.RawDynamicInvoker.invoke= (RawDynamicInvoker.java:164) 16:39:03,414 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:39:03,414 ERROR [STDERR] at org.jboss.system.ServiceController$ServicePr= oxy.invoke(ServiceController.java:978) 16:39:03,414 ERROR [STDERR] at $Proxy0.start(Unknown Source) 16:39:03,414 ERROR [STDERR] at org.jboss.system.ServiceController.start(Ser= viceController.java:417) 16:39:03,414 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor9.invoke(= Unknown Source) 16:39:03,414 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:39:03,414 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:39:03,415 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:39:03,415 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:39:03,415 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:86) 16:39:03,416 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:39:03,416 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:39:03,416 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:39:03,416 ERROR [STDERR] at $Proxy123.start(Unknown Source) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.SimpleSubDeployerSuppor= t.startService(SimpleSubDeployerSupport.java:345) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.SimpleSubDeployerSuppor= t.start(SimpleSubDeployerSupport.java:127) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.MainDeployer.start(Main= Deployer.java:1007) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:808) 16:39:03,416 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:771) 16:39:03,417 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor26.invoke= (Unknown Source) 16:39:03,417 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:39:03,417 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterceptor= .invoke(AbstractInterceptor.java:133) 16:39:03,417 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOperation= Interceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:39:03,418 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:39:03,418 ERROR [STDERR] at $Proxy8.deploy(Unknown Source) 16:39:03,418 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeploymentSc= anner.deploy(URLDeploymentScanner.java:421) 16:39:03,418 ERROR [STDERR] at org.jboss.deployment.scanner.URLDeploymentSc= anner.scan(URLDeploymentScanner.java:634) 16:39:03,418 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDeploym= entScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) 16:39:03,419 ERROR [STDERR] at org.jboss.deployment.scanner.AbstractDeploym= entScanner.startService(AbstractDeploymentScanner.java:336) 16:39:03,419 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbossIn= ternalStart(ServiceMBeanSupport.java:289) 16:39:03,419 ERROR [STDERR] at org.jboss.system.ServiceMBeanSupport.jbossIn= ternalLifecycle(ServiceMBeanSupport.java:245) 16:39:03,419 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor8.invoke(= Unknown Source) 16:39:03,419 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:39:03,419 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:39:03,419 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:39:03,419 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:39:03,420 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:86) 16:39:03,420 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:39:03,420 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:39:03,420 ERROR [STDERR] at org.jboss.system.ServiceController$ServicePr= oxy.invoke(ServiceController.java:978) 16:39:03,420 ERROR [STDERR] at $Proxy0.start(Unknown Source) 16:39:03,420 ERROR [STDERR] at org.jboss.system.ServiceController.start(Ser= viceController.java:417) 16:39:03,420 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor9.invoke(= Unknown Source) 16:39:03,420 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:39:03,421 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:86) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:39:03,421 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:39:03,421 ERROR [STDERR] at $Proxy4.start(Unknown Source) 16:39:03,421 ERROR [STDERR] at org.jboss.deployment.SARDeployer.start(SARDe= ployer.java:302) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.start(Main= Deployer.java:1007) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:808) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:771) 16:39:03,422 ERROR [STDERR] at org.jboss.deployment.MainDeployer.deploy(Mai= nDeployer.java:755) 16:39:03,422 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0= (Native Method) 16:39:03,422 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(= NativeMethodAccessorImpl.java:39) 16:39:03,422 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.inv= oke(DelegatingMethodAccessorImpl.java:25) 16:39:03,422 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:= 585) 16:39:03,422 ERROR [STDERR] at org.jboss.mx.interceptor.ReflectedDispatcher= .invoke(ReflectedDispatcher.java:155) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.Invocation.dispatch(Invo= cation.java:94) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.interceptor.AbstractInterceptor= .invoke(AbstractInterceptor.java:133) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.interceptor.ModelMBeanOperation= Interceptor.invoke(ModelMBeanOperationInterceptor.java:142) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.Invocation.invoke(Invoca= tion.java:88) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.AbstractMBeanInvoker.inv= oke(AbstractMBeanInvoker.java:264) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(M= BeanServerImpl.java:659) 16:39:03,423 ERROR [STDERR] at org.jboss.mx.util.MBeanProxyExt.invoke(MBean= ProxyExt.java:210) 16:39:03,424 ERROR [STDERR] at $Proxy5.deploy(Unknown Source) 16:39:03,424 ERROR [STDERR] at org.jboss.system.server.ServerImpl.doStart(S= erverImpl.java:482) 16:39:03,424 ERROR [STDERR] at org.jboss.system.server.ServerImpl.start(Ser= verImpl.java:362) 16:39:03,424 ERROR [STDERR] at org.jboss.Main.boot(Main.java:200) 16:39:03,424 ERROR [STDERR] at org.jboss.Main$1.run(Main.java:464) 16:39:03,424 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595) 16:39:06,357 INFO [SimpleThreadPool] Job execution threads will use class l= oader of thread: main 16:39:07,167 INFO [QuartzScheduler] Quartz Scheduler v.1.5.2 created. 16:39:07,730 INFO [RAMJobStore] RAMJobStore initialized. 16:39:07,731 INFO [StdSchedulerFactory] Quartz scheduler 'DefaultQuartzSche= duler' initialized from default resource file in Quartz package: 'quartz.pr= operties' 16:39:07,731 INFO [StdSchedulerFactory] Quartz scheduler version: 1.5.2 16:39:07,732 INFO [QuartzScheduler] Scheduler DefaultQuartzScheduler_$_NON_= CLUSTERED started. 16:39:09,487 INFO [ConnectionFactoryBindingService] Bound ConnectionManager= 'jboss.jca:service=3DDataSourceBinding,name=3DLabsDS' to JNDI name 'java:L= absDS' 16:39:33,617 INFO [ConnectionFactoryBindingService] Bound ConnectionManager= 'jboss.jca:service=3DDataSourceBinding,name=3DDefaultDS' to JNDI name 'jav= a:DefaultDS' 16:40:07,877 ERROR [STDERR] [warn] AOP Instrumentor failed to transform org= .hsqldb.persist.NIOScaledRAFile 16:40:07,877 ERROR [STDERR] java.lang.OutOfMemoryError: Java heap space *** java.lang.instrument ASSERTION FAILED ***: "!errorOutstanding" with mes= sage can't create byte arrau at ../../../src/share/instrument/JPLISAgent.c = line: 801 16:41:58,836 WARN [ServiceController] Problem starting service jboss.mq:ser= vice=3DDestinationManager java.lang.OutOfMemoryError: Java heap space 16:42:11,338 ERROR [BasicMBeanRegistry] Cannot register MBean java.lang.OutOfMemoryError: Java heap space 16:42:24,420 ERROR [BasicMBeanRegistry] Cannot register MBean java.lang.OutOfMemoryError: Java heap space 16:42:27,280 ERROR [BasicMBeanRegistry] Cannot register MBean java.lang.OutOfMemoryError: Java heap space 16:42:40,520 ERROR [MainDeployer] Could not initialise deployment: file:/us= r/local/portal/server/all/deploy/jms/hajndi-jms-ds.xml java.lang.OutOfMemoryError: Java heap space = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998323#3998323 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998323 --===============0458829195414832622==-- From do-not-reply at jboss.com Fri Jan 5 12:32:19 2007 Content-Type: multipart/mixed; boundary="===============6804551141276394168==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: SELECT FOR UPDATE semantics Date: Fri, 05 Jan 2007 12:32:19 -0500 Message-ID: <22313458.1168018339418.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6804551141276394168== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Geez, my search skills need a serious upgrade. :( View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998326#3998326 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998326 --===============6804551141276394168==-- From do-not-reply at jboss.com Fri Jan 5 13:15:14 2007 Content-Type: multipart/mixed; boundary="===============0080339311604945001==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - remoting various services Date: Fri, 05 Jan 2007 13:15:14 -0500 Message-ID: <33350152.1168020914544.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0080339311604945001== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What are we using to remote services deployed? I want to refactor JNDI so = that it uses AOP Remoting (what EJB3 uses). Since JBoss Remoting is URL ba= sed, there is no need for two sockets now for JNDI (stub/rmi). Also if the = service is layered. But... is there a different plan to remote services? thx View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998332#3998332 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998332 --===============0080339311604945001==-- From do-not-reply at jboss.com Fri Jan 5 13:24:38 2007 Content-Type: multipart/mixed; boundary="===============3040772027297220729==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Aspect integration to bootstrap classes Date: Fri, 05 Jan 2007 13:24:38 -0500 Message-ID: <3759852.1168021478265.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3040772027297220729== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The question is should be drop the jboss-aop-mc-int-boot.jar and allow for use of aspects in the bootstrap-beans.xml. What I'm needing to do is the equivalent of adding these aspects/pointcuts: | | | process(.= .))"> | | | setValue(..))"> | | | = Are there aop/mc integration constructs that already allow for this? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998338#3998338 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998338 --===============3040772027297220729==-- From do-not-reply at jboss.com Fri Jan 5 13:28:34 2007 Content-Type: multipart/mixed; boundary="===============6614259041409595297==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: remoting various services Date: Fri, 05 Jan 2007 13:28:34 -0500 Message-ID: <15165500.1168021714301.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6614259041409595297== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The basic plan was to align all transports on remoting 2.0: http://jira.jboss.com/jira/browse/JBAS-3925 which includes updating the NamingService. http://jira.jboss.com/jira/browse/JBAS-3927 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998344#3998344 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998344 --===============6614259041409595297==-- From do-not-reply at jboss.com Fri Jan 5 13:38:15 2007 Content-Type: multipart/mixed; boundary="===============1615013118955380316==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: remoting various services Date: Fri, 05 Jan 2007 13:38:15 -0500 Message-ID: <32736835.1168022295270.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1615013118955380316== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Well, AOPRemoting sits on top of JBoss Remoting...If we use AOP Remoting we= will be able to cluster(request failover) and secure JNDI fairly easily. The question is, what module should this code live? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998348#3998348 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998348 --===============1615013118955380316==-- From do-not-reply at jboss.com Fri Jan 5 14:36:24 2007 Content-Type: multipart/mixed; boundary="===============1018231588010217286==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - PojoCache uses a special node factory Date: Fri, 05 Jan 2007 14:36:24 -0500 Message-ID: <10805346.1168025784550.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1018231588010217286== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Quick brain dump... I think PojoCache has some issue with its _JBossInternal_ node(s) -- things= like data versioning changes with optimistic locking, potential lock conte= ntion due to the large number of child nodes, etc. One thing I noticed is the Configuration.getRuntimeConfig() object now expo= ses the NodeFactory as a property. This means PojoCache can set the NodeFa= ctory to something specific to PojoCache. This opens up the possibility of= having a specialized factory create specialized nodes for _JBossInternal_.= For example, one whose data version is always 0, or that has a more compl= ex structure for holding child nodes to avoid lock conflicts, etc. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998368#3998368 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998368 --===============1018231588010217286==-- From do-not-reply at jboss.com Fri Jan 5 14:58:15 2007 Content-Type: multipart/mixed; boundary="===============8502102645635128429==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Problem deploying a -beans.xml in a SAR Date: Fri, 05 Jan 2007 14:58:15 -0500 Message-ID: <10959730.1168027095596.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8502102645635128429== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I get the same error when hot-deploying a .jar with a META-INF/beans.xml fr= om the aop testsuite. (In case you wonder I commented out the aspect from t= he test): 19:56:12,593 ERROR [BeanMetaDataDeployer] Error during deployment: jboss:id= =3Daop-mc-defaultannotationtest.jar,service=3Djacc | org.jboss.deployers.spi.DeploymentException: Error deploying: jboss.aop= :name=3DBean | at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploym= entException(DeploymentException.java:49) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDep= loyer.deploy(BeanMetaDataDeployer.java:71) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDep= loyer.deploy(BeanMetaDataDeployer.java:42) | at org.jboss.deployers.plugins.deployers.helpers.AbstractSimple= RealDeployer.deploy(AbstractSimpleRealDeployer.java:53) | at org.jboss.deployers.plugins.deployer.AbstractSimpleDeployer.= commitDeploy(AbstractSimpleDeployer.java:52) | at org.jboss.deployers.plugins.deployer.DeployerWrapper.commitD= eploy(DeployerWrapper.java:145) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.comm= itDeploy(MainDeployerImpl.java:440) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.comm= itDeploy(MainDeployerImpl.java:451) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.comm= itDeploy(MainDeployerImpl.java:451) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.proc= ess(MainDeployerImpl.java:381) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:7= 95) | at org.jboss.deployment.MainDeployer.redeploy(MainDeployer.java= :570) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce= ssorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe= thodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(Reflecte= dDispatcher.java:157) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBea= nInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.j= ava:668) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce= ssorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe= thodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.jmx.connector.invoker.InvokerAdaptorService.invoke= (InvokerAdaptorService.java:266) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce= ssorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe= thodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(Reflecte= dDispatcher.java:157) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(Abstract= Interceptor.java:138) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invo= ke(ModelMBeanOperationInterceptor.java:140) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBea= nInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.j= ava:668) | at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRM= PProxyFactory.java:179) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce= ssorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe= thodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(Reflecte= dDispatcher.java:157) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBea= nInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.j= ava:668) | at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerActi= on.invoke(JRMPInvoker.java:816) | at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvo= ker.java:417) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce= ssorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe= thodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.ja= va:294) | at sun.rmi.transport.Transport$1.run(Transport.java:153) | at java.security.AccessController.doPrivileged(Native Method) | at sun.rmi.transport.Transport.serviceCall(Transport.java:149) | at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTranspo= rt.java:466) | at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCP= Transport.java:707) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.lang.IllegalStateException: jboss.aop:name=3DBean is al= ready installed. | at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:249) | at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:177) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDep= loyer.deploy(BeanMetaDataDeployer.java:67) | ... 59 more | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998371#3998371 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998371 --===============8502102645635128429==-- From do-not-reply at jboss.com Fri Jan 5 15:02:11 2007 Content-Type: multipart/mixed; boundary="===============6177142246045882662==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Metadata merged in head Date: Fri, 05 Jan 2007 15:02:11 -0500 Message-ID: <4525856.1168027331423.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6177142246045882662== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have commited Adrian's work on the metadata to head: http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D85442&start= =3D10 You will need to update the aop and microcontainer (aop-mc-int, container a= nd kernel) jars View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998375#3998375 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998375 --===============6177142246045882662==-- From do-not-reply at jboss.com Fri Jan 5 15:08:07 2007 Content-Type: multipart/mixed; boundary="===============8101028200707862471==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Metadata rewrite Date: Fri, 05 Jan 2007 15:08:07 -0500 Message-ID: <30932582.1168027687812.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8101028200707862471== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This has been commited to head. The only reason I added the KCCA to AOPConstructorJoinPoint was to allow th= e insertion of the ControllerContext - I'll see if I can do the required wo= rk in another place. If not, I need some interface to inject it, but don't = particularly care what it is called View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998377#3998377 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998377 --===============8101028200707862471==-- From do-not-reply at jboss.com Fri Jan 5 15:21:11 2007 Content-Type: multipart/mixed; boundary="===============7135094695569720794==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: remove context sensitive menus Date: Fri, 05 Jan 2007 15:21:11 -0500 Message-ID: <21921666.1168028471252.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7135094695569720794== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree with Tom. I had problems understanding the left-hand side context m= enus: No Task Available No Process Available In particular, a submenu says No Definitions, yet I know I have process def= initions deployed. = I also have a comment on Terminology. We seem to be equating Processes with= ProcessDefinitions. This is okay, most users don't like to say processdefi= nitions, but we must always be clear when dealing with instances that we sa= y ProcessInstances, so that the difference is clear. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998384#3998384 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998384 --===============7135094695569720794==-- From do-not-reply at jboss.com Fri Jan 5 15:34:48 2007 Content-Type: multipart/mixed; boundary="===============8829996378224895908==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Fri, 05 Jan 2007 15:34:48 -0500 Message-ID: <12483316.1168029288264.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8829996378224895908== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree with Tom with a few comments / additions: On Task list: a common term for "take" is "acquire". So you might name the = button that performs this operation "acquire". In some applications users w= ill acquire the task from the tasklist, and the act of acquiring will navig= ate to the TaskInstance page. On the other hand, you could let the user nav= igate to the TaskInstance page and then acquire (but this would be a less c= ommon way of designing this). When the user acquires a task, you should set the actorId (this is probably= obvious), and also start it (this is good for reporting purposes). Having = acquired a task from the group task list, the user should be able to releas= e it (set ActorId back to null) on the TaskInstance page, and close the pag= e. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998387#3998387 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998387 --===============8829996378224895908==-- From do-not-reply at jboss.com Fri Jan 5 15:39:49 2007 Content-Type: multipart/mixed; boundary="===============3359388249184873829==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified task instance view Date: Fri, 05 Jan 2007 15:39:49 -0500 Message-ID: <17118038.1168029589879.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3359388249184873829== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree with Tom. I would also like to add that I don't like End Task for t= he name of the button. Even though the API is end, users would be more comf= oratable with "Complete", as it signifies that they have completed the task. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998388#3998388 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998388 --===============3359388249184873829==-- From do-not-reply at jboss.com Fri Jan 5 15:45:28 2007 Content-Type: multipart/mixed; boundary="===============0479211383417228466==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Fri, 05 Jan 2007 15:45:28 -0500 Message-ID: <25480793.1168029928684.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0479211383417228466== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree with Tom. Just want to mention that the navigation from Processes (i.e., ProcessDefin= itions) to ProcessInstances to single ProcessInstance makes sense, and don'= t want to lose that (don't think that is anyone's intention, but it has not= been mentioned in any of Tom's comments). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998390#3998390 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998390 --===============0479211383417228466==-- From do-not-reply at jboss.com Fri Jan 5 15:51:08 2007 Content-Type: multipart/mixed; boundary="===============2023666251264031415==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: remoting various services Date: Fri, 05 Jan 2007 15:51:08 -0500 Message-ID: <1905172.1168030268754.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2023666251264031415== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable the transport integration is currently in the server module around the Nami= ngService and detached invoker stuff. Just refactor it there under org.jbos= s.naming for now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998392#3998392 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998392 --===============2023666251264031415==-- From do-not-reply at jboss.com Fri Jan 5 15:57:19 2007 Content-Type: multipart/mixed; boundary="===============8216702809716024817==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Fri, 05 Jan 2007 15:57:19 -0500 Message-ID: <18793262.1168030639889.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8216702809716024817== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a bit tricky, because these are really two different scenarios here. 1) if Start-task - then user should be navigated to the page to perform the= task, i.e. fill in the form. 2) no Start-task - typically the user that started the process will not per= form the first task in the process (otherwise we could have modelled their = task at the start). So they should not navigate to a task-related page. Que= stion is where to take them. What they would probably most like to see is t= he list of started processInstances, and see the one they just started in t= hat list, or the ProcessInstance View for that particular instance that the= y just started. By the way, with the websale process I get an exception from the TaskInstan= ce page when i hit the End task button: javax.el.PropertyNotFoundException: /main/task/new_tasks.xhtml @41,57 value= =3D"#{entry.taskInstance.id}": Property 'taskInstance' is not found on type= : java.lang.String View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998393#3998393 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998393 --===============8216702809716024817==-- From do-not-reply at jboss.com Fri Jan 5 16:02:46 2007 Content-Type: multipart/mixed; boundary="===============7954782550039911495==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace separate managers task list view with generic se Date: Fri, 05 Jan 2007 16:02:46 -0500 Message-ID: <31688503.1168030966526.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7954782550039911495== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't see how we can show this without sample identity data that provides= a manager / subordinate relationship. So I agree with Tom that it should b= e deferred. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998394#3998394 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998394 --===============7954782550039911495==-- From do-not-reply at jboss.com Fri Jan 5 16:03:17 2007 Content-Type: multipart/mixed; boundary="===============7777149089364695096==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace sources tabs with links Date: Fri, 05 Jan 2007 16:03:16 -0500 Message-ID: <7395672.1168030996960.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7777149089364695096== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Agreed View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998396#3998396 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998396 --===============7777149089364695096==-- From do-not-reply at jboss.com Fri Jan 5 16:07:11 2007 Content-Type: multipart/mixed; boundary="===============2900778675094728804==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Console performance Date: Fri, 05 Jan 2007 16:07:11 -0500 Message-ID: <30796357.1168031231374.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2900778675094728804== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It is not clear if we intend the web console as just an example to get star= ted with, or do we think users will use it in production, in particular for= view processinstances, etc. If the later, we should test the performance at some point. In particular t= he response time for task list and processinstance list when there are hund= reds or thousands of instance in either list. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998398#3998398 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998398 --===============2900778675094728804==-- From do-not-reply at jboss.com Fri Jan 5 19:46:11 2007 Content-Type: multipart/mixed; boundary="===============0777411127993611707==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - AOP Tests Date: Fri, 05 Jan 2007 19:46:11 -0500 Message-ID: <27624539.1168044371492.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0777411127993611707== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've got most of the tests passing again with jdk 5 now, apart from the fol= lowing two. 1) org.jboss.test.aop.bridgemethodnotwoven.BridgeMethodTestCase(jdk50) This is due to a fix that was put into JavassistMethodHashing, which in tur= n broke the MethodHashingTestCase (which was disabled for a while, waiting = for a release of MC). I've fixed JavassistMethodHashing so that MethodHashi= ngTestCase, which is the acid test runs again. BridgeMethodTestCase needs t= o be looked at again though. The other failing test on jdk 5 is = 2)org.jboss.test.aop.regression.jbaop248annotationoverride.AnnotationOverri= deTestCase(javaagent-genadvisor-tests), which passes in all the other modes= it is run. Most of the failures were fixed using privileged blocks, it seems that late= r updates of JDK 5 are more strict when it comes to security?! We need to look at the JDK 1.4 tests as well, for them to pass we need a re= troed version of the mc/container project, and iirc there were some problem= s with that due to some new features in the codebase not supported in jboss= retro :-( View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998435#3998435 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998435 --===============0777411127993611707==-- From do-not-reply at jboss.com Sat Jan 6 05:41:40 2007 Content-Type: multipart/mixed; boundary="===============7250098334242828651==" MIME-Version: 1.0 From: bazoo To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Sat, 06 Jan 2007 05:41:40 -0500 Message-ID: <10008064.1168080100128.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7250098334242828651== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi all, great work on the console. A few questions/suggestions from a BA po= int of view: General comment is that I think the navigation could be simplified without = affecting functionality. = The Process menu shows "No Instance" and "No Definition", when I first star= t the server, even though I definitely do have a process definition in ther= e. = I don't really understand the point of the Task menu, given that you can na= vigate to the task through the user task list, which is a more natural way = to get to the screen. I would suggest that "Start new instance" should be more easy to find. It t= akes a bit of hunting around before you can work out how to start a new ins= tance. If anything it should be a sub-menu item underneath Process. Responding to Jeff's suggestion, I would suggest that "acquire" has a sligh= tly different meaning to "take". Semantics I know, but what is wrong with "= Take" anyway? I would not incorporate the "Search for instance" row in the task list, at = least not at the top. For someone new to the app, you don't immediately not= ice that you have a task in the task list because it is hidden in small tex= t underneath the big search boxes. You immediately think you have to perfor= m a search, even though you may not have to. Why doesn't the Task Instance and Definition view become active until I hav= e "Viewed" the task in the User Task List? Surely it should become active a= s soon as there is a task. = Why can any old user re-assign a task? I would have thought that given we h= ave assigned a task to a particular swimlane in the process definition then= that swimlane should do the task, unless there is some exceptional reason.= I would have thought this functionality should be restricted to "managers"= . Otherwise people will not do any work and will just re-assign tasks to ot= her people all the time! I don't understand what the "Task Definition View" is really. = I don't think the Summary page should be the first page you see when you cl= ick Task Instance View. I think it should be the Task Form to minimize clic= king. Instead of "End Task", I would suggest "Proceed", to reinforce the idea tha= t the user is moving through a process. I get the following exception when I click "End task" or "More info needed"= , although the transition does happen: javax.el.PropertyNotFoundException: = /main/task/new_tasks.xhtml @41,57 value=3D"#{entry.taskInstance.id}": Prope= rty 'taskInstance' is not found on type: java.lang.String I would suggest that "User Task List" should be at the top of the navigatio= n menu, especially as it is the view you go to first when you log in. When you start a new instance of a process, the console has a "show details= " link. If I click it it just comes back telling me the task instance ID. I= don't think that's really worth hiding! Cheers Matt View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998496#3998496 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998496 --===============7250098334242828651==-- From do-not-reply at jboss.com Sat Jan 6 07:17:41 2007 Content-Type: multipart/mixed; boundary="===============1622297652499380996==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - JBM and JBossMQ destroQueue/Topic Date: Sat, 06 Jan 2007 07:17:41 -0500 Message-ID: <26415784.1168085861133.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1622297652499380996== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The JBossMQ destroyQueue/Topic JMX method actually deletes all messages fro= m the destination then undeploys it. Our version just undeploys the destination - was this intentional? I would have thought we want to do the same as JBoss MQ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998516#3998516 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998516 --===============1622297652499380996==-- From do-not-reply at jboss.com Sat Jan 6 07:25:55 2007 Content-Type: multipart/mixed; boundary="===============4851511862545677455==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM and JBossMQ destroQueue/Topic Date: Sat, 06 Jan 2007 07:25:54 -0500 Message-ID: <21964032.1168086354920.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4851511862545677455== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Tim wrote : Our version just undeploys the destination - was this intention= al? = No View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998517#3998517 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998517 --===============4851511862545677455==-- From do-not-reply at jboss.com Sat Jan 6 08:28:05 2007 Content-Type: multipart/mixed; boundary="===============2537651807075522733==" MIME-Version: 1.0 From: mig To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Problem with deploying EJB 2.1 with EJB3Deployer Date: Sat, 06 Jan 2007 08:28:05 -0500 Message-ID: <29219554.1168090085867.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2537651807075522733== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hey there. I've been given a task to analyze the possibility of deploying E= JB 2.1 along with EJB 3.0. I am trying to deploy Stateless session beans on= ly... both 2.1 and 3.0. However, after installing EJB 3.0 RC9 Patch 1 on JB= oss 4.0.5 GA I failed to deploy the application. Along other exceptions, wh= en deploying the beans I get following exception from the EJB3Deployer: 13:59:59,273 WARN [ServiceController] Problem creating service jboss.j2ee:= service=3DEJB3,module=3Dtest-ejb.jar java.lang.NoSuchMethodException: sk.test.IndexBean.create() at java.lang.Class.getMethod(Class.java:1581) at org.jboss.ejb3.Ejb3DescriptorHandler.addAnnotations(Ejb3Descript= orHandler.java:1800) at org.jboss.ejb3.Ejb3DescriptorHandler.addSecurityAnnotations(Ejb3= DescriptorHandler.java:759) at org.jboss.ejb3.Ejb3DescriptorHandler.addDescriptorAnnotations(Ej= b3DescriptorHandler.java:613) at org.jboss.ejb3.Ejb3DescriptorHandler.getStatelessContainer(Ejb3D= escriptorHandler.java:309) at org.jboss.ejb3.Ejb3AnnotationHandler.getContainers(Ejb3Annotatio= nHandler.java:130) at org.jboss.ejb3.Ejb3Deployment.deployElement(Ejb3Deployment.java:= 409) at org.jboss.ejb3.Ejb3Deployment.deployElement(Ejb3Deployment.java:= 397) at org.jboss.ejb3.Ejb3Deployment.deployUrl(Ejb3Deployment.java:378) at org.jboss.ejb3.Ejb3Deployment.deploy(Ejb3Deployment.java:350) at org.jboss.ejb3.Ejb3Deployment.create(Ejb3Deployment.java:305) at org.jboss.ejb3.Ejb3Module.createService(Ejb3Module.java:77) at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(Service= MBeanSupport.java:260) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(Serv= iceMBeanSupport.java:243) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceCo= ntroller.java:978) at $Proxy0.create(Unknown Source) at org.jboss.system.ServiceController.create(ServiceController.java= :330) at org.jboss.system.ServiceController.create(ServiceController.java= :273) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy29.create(Unknown Source) at org.jboss.ejb3.EJB3Deployer.create(EJB3Deployer.java:429) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInte= rceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(M= odelMBeanOperationInterceptor.java:142) at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterc= eptor.java:97) at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(Inter= ceptorServiceMBeanSupport.java:238) at org.jboss.ws.integration.jboss.DeployerInterceptor.create(Deploy= erInterceptor.java:74) at org.jboss.ws.integration.jboss.DeployerInterceptorEJB.create(Dep= loyerInterceptorEJB.java:44) at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterce= ptor.create(SubDeployerInterceptorSupport.java:180) at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerIn= terceptor.java:91) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy30.create(Unknown Source) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:969) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:818) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInte= rceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(M= odelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDepl= oymentScanner.java:421) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploy= mentScanner.java:634) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerTh= read.doScan(AbstractDeploymentScanner.java:263) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startServ= ice(AbstractDeploymentScanner.java:336) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceM= BeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(Serv= iceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceCo= ntroller.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:= 417) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInte= rceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(M= odelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) 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:490) The mentioned IndexBean extends SessionBean and hence really does not conta= in the lifecycle create() method, which resides in IndexHome extends EJBHom= e. Any ideas why does this not work? Thanks. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998528#3998528 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998528 --===============2537651807075522733==-- From do-not-reply at jboss.com Sat Jan 6 10:09:29 2007 Content-Type: multipart/mixed; boundary="===============1690659142991944477==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Sat, 06 Jan 2007 10:09:29 -0500 Message-ID: <14621385.1168096169184.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1690659142991944477== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable take vs acquire: +1 for 'take' for non english people it is more 'natural'= . The translations to dutch for take and acquire also favour take. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998543#3998543 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998543 --===============1690659142991944477==-- From do-not-reply at jboss.com Sat Jan 6 10:10:57 2007 Content-Type: multipart/mixed; boundary="===============5455600104011341116==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified task instance view Date: Sat, 06 Jan 2007 10:10:57 -0500 Message-ID: <31963537.1168096257795.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5455600104011341116== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, complete sounds better. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998544#3998544 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998544 --===============5455600104011341116==-- From do-not-reply at jboss.com Sat Jan 6 10:15:28 2007 Content-Type: multipart/mixed; boundary="===============0758301623787137187==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace sources tabs with links Date: Sat, 06 Jan 2007 10:15:27 -0500 Message-ID: <17262801.1168096528009.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0758301623787137187== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I do not fully agree, how do they open then? In a new page? Or inline in a = 'stack panel' instead of a tabpanel? If it is in a new page, how do I navig= ate back? I do not want to use the menu for that (my opinion) Tabs can be m= ade hidden as well, so I'm in favour of keeping them on the tabs View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998546#3998546 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998546 --===============0758301623787137187==-- From do-not-reply at jboss.com Sat Jan 6 12:20:18 2007 Content-Type: multipart/mixed; boundary="===============5123288911557078606==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: user based process versioning ? Date: Sat, 06 Jan 2007 12:20:18 -0500 Message-ID: <13703455.1168104018271.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5123288911557078606== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Since 3.1.2 (and correct in 3.1.3) the processdefinition is stored in the d= atabase as plain xml as well. Generating (and comparing) a hash for both th= e latest pd in the DB and the pd that is provided is fairly simple. It's no= ne intrusive, backwards compatible etc..etc.. = Normalization should take place to prevent reformatting leading to a new de= ployment. Maybe even a "reordering" kind of normalization since switching= two nodes in jbpm does not lead to a different executional process. So sta= rt task first, then all generic nodes, task nodes etc..etc..etc... Or a reo= rdering based on node name is another option (but what about the elements/a= ttributs IN nodes.. hmmm... comments? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998567#3998567 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998567 --===============5123288911557078606==-- From do-not-reply at jboss.com Sat Jan 6 13:16:33 2007 Content-Type: multipart/mixed; boundary="===============1803092800941007340==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Sat, 06 Jan 2007 13:16:33 -0500 Message-ID: <6481417.1168107393323.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1803092800941007340== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Take vs. Acquire: How about "Assign to me". We don't need to create new te= rminology for this function in my opinion. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998575#3998575 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998575 --===============1803092800941007340==-- From do-not-reply at jboss.com Sat Jan 6 13:23:47 2007 Content-Type: multipart/mixed; boundary="===============2893244305599332276==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Sat, 06 Jan 2007 13:23:47 -0500 Message-ID: <30857191.1168107827026.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2893244305599332276== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : By the way, with the websale process I get an exceptio= n from the TaskInstance page when i hit the End task button: | = | javax.el.PropertyNotFoundException: /main/task/new_tasks.xhtml @41,57 v= alue=3D"#{entry.taskInstance.id}": Property 'taskInstance' is not found on = type: java.lang.String | = This was a typo... it should be fixed now, sorry. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998576#3998576 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998576 --===============2893244305599332276==-- From do-not-reply at jboss.com Sat Jan 6 14:12:01 2007 Content-Type: multipart/mixed; boundary="===============0598663584775138715==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Sat, 06 Jan 2007 14:12:01 -0500 Message-ID: <20987956.1168110721877.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0598663584775138715== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable even better, but in a link form then or a (rather large) button? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998589#3998589 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998589 --===============0598663584775138715==-- From do-not-reply at jboss.com Sat Jan 6 14:13:16 2007 Content-Type: multipart/mixed; boundary="===============2981682086539267608==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Sat, 06 Jan 2007 14:13:16 -0500 Message-ID: <990192.1168110796911.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2981682086539267608== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I mean... if it is in a datatable, 'assign to me' in a button form would m= ake the form rather crowded View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998590#3998590 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998590 --===============2981682086539267608==-- From do-not-reply at jboss.com Sat Jan 6 16:11:21 2007 Content-Type: multipart/mixed; boundary="===============1146954911597513857==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - When should the webconsole mark tasks as started? Date: Sat, 06 Jan 2007 16:11:21 -0500 Message-ID: <32822892.1168117881306.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1146954911597513857== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback = Currently the tasks are never marked 'started'. There are several options - once the task form is opened - once the task is saved the first time (but what if not saved at all) - .... I think it should be marked started when the taskform is opened View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998599#3998599 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998599 --===============1146954911597513857==-- From do-not-reply at jboss.com Sat Jan 6 16:21:39 2007 Content-Type: multipart/mixed; boundary="===============0535855826738488624==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - comment is confusing in the websale example Date: Sat, 06 Jan 2007 16:21:39 -0500 Message-ID: <33413574.1168118499563.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0535855826738488624== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Since jBPM has the notion of generic comments (on the task level) it is ver= y confusing that the "create websale order" task has a generic comment fiel= d but the "evaluate websale order" has a comment field belonging to the ta= skform itself. The first comment shows up on the comment tab, but the secon= d is in the form for the third (fix...) task. Maybe the label on the form s= hould change View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998600#3998600 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998600 --===============0535855826738488624==-- From do-not-reply at jboss.com Sun Jan 7 09:22:44 2007 Content-Type: multipart/mixed; boundary="===============0451083665615434823==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Sun, 07 Jan 2007 09:22:44 -0500 Message-ID: <21023194.1168179764876.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0451083665615434823== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | = | One thing I noticed is the Configuration.getRuntimeConfig() object now = exposes the NodeFactory as a property. | = | = I added this so that the NodeFactory is constructed and registered when the= Cache is created, and gets a reference to CacheImpl when constructed such = that methods that call createNode() need not worry about passing in details= such as node type (as this is gleaned from the configuration attached to t= he cache) or bother passing in a cache reference. anonymous wrote : = | This opens up the possibility of having a specialized factory create sp= ecialized nodes for _JBossInternal_. For example, one whose data version is= always 0, or that has a more complex structure for holding child nodes to = avoid lock conflicts, etc. = | = This possibility always was there, even the way the NodeFactory was used be= fore - and still is in JBC 1.x.y - as a Singleton. That's the whole purpo= se of a factory. The first step would be to identify how a _JBossInternal_ node would differ= from normal nodes, wrt. concurrency with optimistic and pessimistic lockin= g, data versioning and BR as well. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998681#3998681 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998681 --===============0451083665615434823==-- From do-not-reply at jboss.com Sun Jan 7 09:42:00 2007 Content-Type: multipart/mixed; boundary="===============8236060679042541818==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - JBoss TS JTA - unsetting current transaction association Date: Sun, 07 Jan 2007 09:42:00 -0500 Message-ID: <9562896.1168180920278.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8236060679042541818== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If I do the following: | = | txMgr.begin(); | = | Transaction tx =3D txMgr.getTransaction(); | = | tx.commit(); | = | tx =3D txMgr.getTransaction(); | = | assertNull(tx); | = | = The assertion fails (I would expect the tx.commit() to cause the associatio= n between the current thread and transaction to be broken). But the following passes: | = | txMgr.begin(); | = | Transaction tx =3D txMgr.getTransaction(); | = | txMgr.commit(); | = | tx =3D txMgr.getTransaction(); | = | assertNull(tx); | = | = Is this behaviour by design? With the old JBoss JTA implementation both the= above cases would pass View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998683#3998683 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998683 --===============8236060679042541818==-- From do-not-reply at jboss.com Sun Jan 7 09:45:07 2007 Content-Type: multipart/mixed; boundary="===============3165441216553775513==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: JBoss TS JTA - unsetting current transaction association Date: Sun, 07 Jan 2007 09:45:07 -0500 Message-ID: <9832437.1168181107107.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3165441216553775513== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It is bad/broken design. Only going through TransactionManager/UserTransact= ion do you get thread-to-transaction association/disassociation. (Same as u= sing Current in OTS). If you terminate the transaction directly through Tra= nsaction (equivalent to using the Terminator in OTS) then you the thread-to= -transaction association is not modified. You'll need to either use TM/UT o= r do an explicit suspend afterwards on the calling thread. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998684#3998684 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998684 --===============3165441216553775513==-- From do-not-reply at jboss.com Sun Jan 7 10:21:00 2007 Content-Type: multipart/mixed; boundary="===============3772739751852126060==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Bug in transactional delivery in an MDB Date: Sun, 07 Jan 2007 10:21:00 -0500 Message-ID: <15020367.1168183260186.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3772739751852126060== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have been looking at http://jira.jboss.com/jira/browse/JBMESSAGING-721 an= d have uncovered a bug in transactional message delivery with MDBs. A message is received transactionally in the onMessage method of a MDB and = the tx is marked rollback only, but the message is not redelivered. What is happening is this: 1. JBoss Messaging receives message from destination (no tx at this point) 2. JBM calls onMessage on the MDB container 3. MDB container starts a global tx and enlists the session's xaresoource 4. The user's onMessage executes 5. The user set's rollback only 6. The MDB container rolls back the transaction 7. There is no redelivery since the message was received by JBM *before* th= e mdb container starts the transaction. This is a very well known issue and a result of a design flaw in the origin= al JMS connection consumer design. It is well documented in Weston's favourite book ;), Mark Little's "Java Tr= ansaction processing, Chapter 5, section "applications server integration". Different app servers solve the problem in different ways. JBoss MQ, JBoss Messaging work by acting as a local transacted session when= not in xa begin..end boundaries and then when XAResource.start is called, = the work done in the local tx is converted into the work done in the new tr= ansaction (See MessagingXAResource.start) I have fixed this and added tests, however the above behaviour is incompati= ble with fixes Ovidiu did for: http://jira.jboss.com/jira/browse/JBMESSAGING-410 ( // leave the session in a 'clean' state, the currentTxId will be set = when the XAResource will // be enrolled with a new transaction. setCurrentTransactionId(null); ) Branch_1_0 revision 1317 (19/09/06) by Ovidiu which basically sets the curr= ent transaction id to null after a commit or rollback This breaks the MDB transactional delivery since because the current transa= ction id is set to null, there is nothing to convert. The problem here is that the desired behaviour for http://jira.jboss.com/ji= ra/browse/JBMESSAGING-410 and for correct transactional delivery in MDBs se= em to be fundamentally incompatible. For JBMessaging-410 - it wants an XASession to behave as non transacted whe= n it is not enlisted in a global tx - but for correct MDB message delivery = we want it to behave as a local session. My question is, is the requirement for JBMessaging-410 real? Weston - what should the correct JCA behaviour be here? Is JBMessaging-410 = real or bogus and any ideas on how we can reconcile the two? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998690#3998690 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998690 --===============3772739751852126060==-- From do-not-reply at jboss.com Sun Jan 7 10:41:21 2007 Content-Type: multipart/mixed; boundary="===============3323609282806235096==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Aspect integration to bootstrap classes Date: Sun, 07 Jan 2007 10:41:21 -0500 Message-ID: <10244475.1168184481721.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3323609282806235096== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think this would have to involve moving aop into the bootstrap, I will ta= ke a look first thing tomorrow View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998694#3998694 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998694 --===============3323609282806235096==-- From do-not-reply at jboss.com Sun Jan 7 11:25:35 2007 Content-Type: multipart/mixed; boundary="===============2677122733643169558==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Sun, 07 Jan 2007 11:25:35 -0500 Message-ID: <9305586.1168187135011.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2677122733643169558== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I will take a look. Chances are one of us (either JCA or JBM) is getting in= the way of each other. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998711#3998711 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998711 --===============2677122733643169558==-- From do-not-reply at jboss.com Sun Jan 7 13:07:31 2007 Content-Type: multipart/mixed; boundary="===============9100509932332000437==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: When should the webconsole mark tasks as started? Date: Sun, 07 Jan 2007 13:07:31 -0500 Message-ID: <7057393.1168193251450.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9100509932332000437== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'd love to be able to show "new" tasks differently from "started" tasks on= the task list (much like how many email clients show a new message in bold= face). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998730#3998730 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998730 --===============9100509932332000437==-- From do-not-reply at jboss.com Sun Jan 7 13:11:36 2007 Content-Type: multipart/mixed; boundary="===============2236034646671025090==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: comment is confusing in the websale example Date: Sun, 07 Jan 2007 13:11:36 -0500 Message-ID: <27021654.1168193496164.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2236034646671025090== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree. Under Tom's proposed change for the task screen, the task form wi= ll appear in addition to a generic comment box. Perhaps in this case, the = task form need not have a comment field at all. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998731#3998731 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998731 --===============2236034646671025090==-- From do-not-reply at jboss.com Sun Jan 7 14:52:14 2007 Content-Type: multipart/mixed; boundary="===============6640618125650067083==" MIME-Version: 1.0 From: leosimoesp at yahoo.com.br To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Reporting] - BIRT ENGINE UGHUUUUH!!!!! Date: Sun, 07 Jan 2007 14:52:14 -0500 Message-ID: <23920925.1168199534332.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6640618125650067083== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I believe definitly that BIRT dosen't work with jboss. The error is follo= w: eclipse.buildId=3Dunknown java.version=3D1.5.0_06 java.vendor=3DBEA Systems, Inc. BootLoader constants: OS=3Dlinux, ARCH=3Dx86, WS=3Dmotif, NL=3Den_US Command-line arguments: -clean !ENTRY org.eclipse.osgi 4 0 2007-01-07 17:17:56.704 !MESSAGE Bundle org.eclipse.equinox.common(a)2:start not found. it occurs in org.eclipse.osgi.framework.internal.core.Framework. (URLStream= HandlerFactory stepping on previously installed) it always seems when I redeploy my .ear application. = I don't known how to solve this. Anyone have any idea? = Thanks, = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998736#3998736 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998736 --===============6640618125650067083==-- From do-not-reply at jboss.com Sun Jan 7 23:20:29 2007 Content-Type: multipart/mixed; boundary="===============3108887241004227676==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Sun, 07 Jan 2007 23:20:29 -0500 Message-ID: <25147376.1168230029299.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3108887241004227676== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.com/jira/browse/JBMESSAGING-410 was reported by Elias aft= er he noticed an incompatibility between the way JBossMQ and Messaging beha= ve relative to a situation that is insufficiently specified. I took the dec= ision to restore compatibility with JBossMQ, and with something that, perso= nally, I believe it is the most intuitive behavior. I need to analyze the case you're talking about here a little bit better be= fore coming up with a definitive(?) conclusion ... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998826#3998826 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998826 --===============3108887241004227676==-- From do-not-reply at jboss.com Mon Jan 8 02:40:44 2007 Content-Type: multipart/mixed; boundary="===============1665453810709965263==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Failover analysis Date: Mon, 08 Jan 2007 02:40:44 -0500 Message-ID: <15611323.1168242044661.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1665453810709965263== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://wiki.jboss.org/wiki/Wiki.jsp?page=3DJBossMessagingClientSideFailover= Overview View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998866#3998866 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998866 --===============1665453810709965263==-- From do-not-reply at jboss.com Mon Jan 8 03:38:09 2007 Content-Type: multipart/mixed; boundary="===============1790856306155844044==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0.5 Date: Mon, 08 Jan 2007 03:38:09 -0500 Message-ID: <29520227.1168245489798.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1790856306155844044== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Folks, last week I succeded to implement porting layers for jboss50, jboss42, jbos= s40 on a common jbossws code base. This means that from now on we can work = on jbossws/trunk again, which should reduce code maintenance significantly = (branch/jbossws-1.0. is dead) jbossws-1.2.0.CR2 was release over the weekend and I updated = http://wiki.jboss.org/wiki/Wiki.jsp?page=3DJBWSFAQBuildAndInstall to describe the new deployment procedure. In JIRA I moved all 1.0.5 and 2.0.0.CR3 issues to 1.2.0, which is due 1-Feb= -2007. = I will send a more detailed mail related to the 1.2.0 release later today. cheers View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998876#3998876 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998876 --===============1790856306155844044==-- From do-not-reply at jboss.com Mon Jan 8 03:50:29 2007 Content-Type: multipart/mixed; boundary="===============1295313863791448207==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Support JAXWS on EJB2.1 Date: Mon, 08 Jan 2007 03:50:29 -0500 Message-ID: <13235965.1168246229841.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1295313863791448207== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Folks, = should we continue to support JAXWS, JSR181 annotations on EJB-2.1? Please keep in mind that we can now use the trunk code base in jboss-4.2, j= boss-4.0 Comments? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998881#3998881 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998881 --===============1295313863791448207==-- From do-not-reply at jboss.com Mon Jan 8 04:54:06 2007 Content-Type: multipart/mixed; boundary="===============3953848686615066077==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: securing portlets fails on redeploy Date: Mon, 08 Jan 2007 04:54:06 -0500 Message-ID: <18028939.1168250046388.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3953848686615066077== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please use the User forum (As stated in the READ FIRST topic) I'm moving the topic. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998895#3998895 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998895 --===============3953848686615066077==-- From do-not-reply at jboss.com Mon Jan 8 04:55:01 2007 Content-Type: multipart/mixed; boundary="===============6789230038956308233==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Does JBoss Portal 2.4 support reconfiguring portlet inst Date: Mon, 08 Jan 2007 04:55:01 -0500 Message-ID: <13874121.1168250101458.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6789230038956308233== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please use the User forum (As stated in the READ FIRST topic) I'm moving the topic. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998897#3998897 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998897 --===============6789230038956308233==-- From do-not-reply at jboss.com Mon Jan 8 04:55:55 2007 Content-Type: multipart/mixed; boundary="===============0745829602443485520==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: How do you a forum and a wiki to a jportal Date: Mon, 08 Jan 2007 04:55:55 -0500 Message-ID: <10776612.1168250155450.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0745829602443485520== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable (Moving the topic) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998899#3998899 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998899 --===============0745829602443485520==-- From do-not-reply at jboss.com Mon Jan 8 04:58:14 2007 Content-Type: multipart/mixed; boundary="===============0877049115716609096==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Using Portlet to .NET Environment? Date: Mon, 08 Jan 2007 04:58:14 -0500 Message-ID: <17841081.1168250294242.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0877049115716609096== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please use the User forum (As stated in the READ FIRST topic http://www.jbo= ss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D75280) I'm moving the topic. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998902#3998902 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998902 --===============0877049115716609096==-- From do-not-reply at jboss.com Mon Jan 8 04:59:16 2007 Content-Type: multipart/mixed; boundary="===============5396242394002292901==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Portlet states strategy Date: Mon, 08 Jan 2007 04:59:16 -0500 Message-ID: <14554152.1168250356848.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5396242394002292901== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please use the User forum (As stated in the READ FIRST topic http://www.jbo= ss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D75280) I'm moving the topic. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998905#3998905 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998905 --===============5396242394002292901==-- From do-not-reply at jboss.com Mon Jan 8 05:00:21 2007 Content-Type: multipart/mixed; boundary="===============3857769646405972500==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Integration of third party CMS with JBoss portal Date: Mon, 08 Jan 2007 05:00:20 -0500 Message-ID: <1861743.1168250420921.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3857769646405972500== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please use the User forum (As stated in the READ FIRST topic http://www.jbo= ss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D75280) I'm moving the topic. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998907#3998907 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998907 --===============3857769646405972500==-- From do-not-reply at jboss.com Mon Jan 8 05:04:38 2007 Content-Type: multipart/mixed; boundary="===============2337582372207764383==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Mon, 08 Jan 2007 05:04:38 -0500 Message-ID: <25116305.1168250678681.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2337582372207764383== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weston - what is the correct behaviour of the JCA JMS managed connection fa= ctory here? Just to recap: If I obtain a session from a connection created from the JCA JMS managed cf= (i.e. the one normally at java:/jmsXA), and there is *no* JTA transaction = associated with the current thread, and I receive a message, should the ses= sion act like a non transacted session and the message get acknowledged imm= ediately, OR should it act like a transacted session? This is the key quest= ion. If it should act like a non transacted session, how can we reconcile this w= ith transactional message receipt for MDBs? In a MDB the message is received *before* the MDB container has a chance to= start a global tx, therefore it is received in a session where no JTA tx i= s associated with the current thread. In this case we must *not* ack it imm= ediately, but we must let the session behave as a transacted session and la= ter when the MDB container starts a JTA tx and enlists it, we can transfer = the work done in the local tx into the global tx. Funnily enough - transferring the work into the JTA tx is exactly how JBoss= MQ does it too, so I am puzzled as to how this behaviour is consistent wit= h the behaviour of JCA without a JTA tx as Ovidiu reports. This is why I am= trying to find out whether the supposed JCA behaviour is real or bogus. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998913#3998913 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998913 --===============2337582372207764383==-- From do-not-reply at jboss.com Mon Jan 8 05:11:23 2007 Content-Type: multipart/mixed; boundary="===============0555631960641444494==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Mon, 08 Jan 2007 05:11:23 -0500 Message-ID: <9355790.1168251083135.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0555631960641444494== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.com/jira/browse/JBMESSAGING-721 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998924#3998924 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998924 --===============0555631960641444494==-- From do-not-reply at jboss.com Mon Jan 8 05:22:16 2007 Content-Type: multipart/mixed; boundary="===============4418913130227279143==" MIME-Version: 1.0 From: Gurdipe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Wiki] - Re: [[/wiki]] Exception starting filter wikiFileAccessFilter Date: Mon, 08 Jan 2007 05:22:16 -0500 Message-ID: <28594945.1168251736728.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4418913130227279143== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi All, I am having the exactly the same problem when I try to delay and use the wi= ki ear file. Does anyone know if this problem has been resolved or when it= will be resolved? Kind Regards Gurdipe View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998929#3998929 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998929 --===============4418913130227279143==-- From do-not-reply at jboss.com Mon Jan 8 05:52:49 2007 Content-Type: multipart/mixed; boundary="===============7172146530355209966==" MIME-Version: 1.0 From: szimano To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Wiki] - Re: [[/wiki]] Exception starting filter wikiFileAccessFilter Date: Mon, 08 Jan 2007 05:52:49 -0500 Message-ID: <23327341.1168253569367.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7172146530355209966== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Gurdipe, What ersion of AS you're using and what version of wiki you're trying to de= ploy ? Cheers, Tomek View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998945#3998945 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998945 --===============7172146530355209966==-- From do-not-reply at jboss.com Mon Jan 8 06:52:06 2007 Content-Type: multipart/mixed; boundary="===============1877468033752059727==" MIME-Version: 1.0 From: SpockX To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Other JBoss Development Design] - JBoss Developer CERTIFICATION exam. What JBOSS VERSION? Date: Mon, 08 Jan 2007 06:52:06 -0500 Message-ID: <27614823.1168257126017.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1877468033752059727== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have completed all the prerequisites for the Jboss Developer Certificatio= n exam and have received an invite to take the exam. = I am wondering what version of Jboss is covered in the current exam? Is EJB= 3 covered for example? Any other information on topic's covered. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998957#3998957 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998957 --===============1877468033752059727==-- From do-not-reply at jboss.com Mon Jan 8 06:56:35 2007 Content-Type: multipart/mixed; boundary="===============0049949527595526857==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - LayouStrategy and StrategyResponse API Date: Mon, 08 Jan 2007 06:56:35 -0500 Message-ID: <30311636.1168257395500.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0049949527595526857== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am using JBoss Portal 2.4.0. I consider my question not of 'user' category, because it is related to Por= tal Theme API, so I am posting it here, not into user forum. I was trying to write my own strategy implementation for specific layout be= haviour and was disapointed of useless of this API. It seems like LayoutStr= ategy was designed only for MaximizingStrategyImpl implementation. The problem is in following: We have method StrategyResponse.addWindowStateChange(WindowContext portlet,= WindowState state), which takes a WindowContext instance as parameter. In = the same time only WindowLocations are available from StrategyContext. The only way of using it is for updating state of the target window, which = context is available from StrategyEvent, but it would be really nice to upd= ate states of other windows. At the same time we have StrategyResponse.addNoRender(WindowLocation portle= t) method that takes WindowLocation as parameter (that was actually needed = for MaximizingStrategyImpl implementation). It would be really nice to have StrategyResponse.addWindowStateChange(Windo= wLocation location, WindowState state). The same applies to StrategyResponse.addPortletModeChange() method For now, I have to use reflection in order to get WindowContext from Window= Location and use StrategyResponse.addWindowStateChange(WindowContext portle= t, WindowState state) method, which is not proper sollution, though it works View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998959#3998959 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998959 --===============0049949527595526857==-- From do-not-reply at jboss.com Mon Jan 8 06:59:19 2007 Content-Type: multipart/mixed; boundary="===============8147518671871180260==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Mon, 08 Jan 2007 06:59:19 -0500 Message-ID: <2240090.1168257559533.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8147518671871180260== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I can get JBossWS to deploy to JBoss 5 and JBoss 4.2 and run the testsuite = with a high test success rate but for JBoss 4.0 I am getting a lot of failu= res. = I am using the JBoss 4.0.5 release and I am getting this error logged for a= lot of the tests: - anonymous wrote : 2007-01-08 12:13:21,026 ERROR [org.jboss.ws.core.soap.SOA= PMessageUnMarshaller:80] Cannot unmarshall SOAPMessage | javax.xml.soap.SOAPException: Cannot find SOAPFactory implementation | at javax.xml.soap.SOAPFactory.newInstance(SOAPFactory.java:96) | at org.jboss.ws.core.soap.SOAPFactoryImpl.createElement(SOAPFactoryImp= l.java:113) | at org.jboss.ws.core.soap.SAAJPayloadBuilderDOM.build(SAAJPayloadBuild= erDOM.java:86) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessageInternal(Mes= sageFactoryImpl.java:254) | at org.jboss.ws.core.soap.SOAPMessageUnMarshaller.read(SOAPMessageUnMa= rshaller.java:75) | at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConne= ction(HTTPClientInvoker.java:175) | at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPC= lientInvoker.java:81) | at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.j= ava:143) | at org.jboss.remoting.Client.invoke(Client.java:525) | at org.jboss.remoting.Client.invoke(Client.java:488) It looks like an old version of 'javax.xml.soap.SOAPFactory' is being used = from the JBoss jars instead of the latest version from JBossWS. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998960#3998960 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998960 --===============8147518671871180260==-- From do-not-reply at jboss.com Mon Jan 8 07:13:27 2007 Content-Type: multipart/mixed; boundary="===============1282872878350737407==" MIME-Version: 1.0 From: tabbe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Internal Error in Webinterface Date: Mon, 08 Jan 2007 07:13:27 -0500 Message-ID: <664280.1168258407049.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1282872878350737407== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello all, after having profiled my webapplication, I wanted to view the results in th= e webinterface. I got the page with the selection of the process id etc but= in the next step the webinterface crashes with the following message: org.apache.jasper.JasperException: Exception in JSP: /internalMenu.inc:6 3: * Distributable under LGPL license. 4: * See terms of license at gnu.org. 5: = 6: * This file belongs to a simple implementation of a web interface for t= he "disconnectedProfiler". 7: */ 8: %> 9: = Stacktrace: anonymous wrote : = | org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServl= etWrapper.java:504) | org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.= java:375) | org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31= 4) | org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFil= ter.java:96) | = | root cause | = | javax.servlet.ServletException: Cannot find bean filterForm in scope nu= ll | org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageCo= ntextImpl.java:858) | org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont= extImpl.java:791) | org.apache.jsp.mainMenu_jsp._jspService(mainMenu_jsp.java:172) | org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) | javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.= java:332) | org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31= 4) | org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFil= ter.java:96) | = | root cause | = | javax.servlet.jsp.JspException: Cannot find bean filterForm in scope nu= ll | org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:493) | org.apache.struts.taglib.bean.DefineTag.doStartTag(DefineTag.java:200) | org.apache.jsp.mainMenu_jsp._jspService(mainMenu_jsp.java:92) | org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) | javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.= java:332) | org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31= 4) | org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFil= ter.java:96) | = server.log: anonymous wrote : = | javax.servlet.jsp.JspException: Cannot find bean filterForm in scope nu= ll | at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:493) | at org.apache.struts.taglib.bean.DefineTag.doStartTag(DefineTag.java:2= 00) | at org.apache.jsp.mainMenu_jsp._jspService(mainMenu_jsp.java:92) | at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapp= er.java:332) | at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java= :314) | at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ap= plicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicatio= nFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeader= Filter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ap= plicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicatio= nFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrappe= rValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContex= tValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Secur= ityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextVa= lve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve= .java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve= .java:105) | at org.apache.catalina.valves.RequestDumperValve.invoke(RequestDumperV= alve.java:150) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineV= alve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.j= ava:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.ja= va:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler= .processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEnd= point.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveW= orkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | = I'm using JBoss AS 4.0.4.GA on WinXP, Java 5 and the latest JBossProfiler C= R4 Does anyone have an idea? Thanks in advance Tom View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998961#3998961 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998961 --===============1282872878350737407==-- From do-not-reply at jboss.com Mon Jan 8 07:17:32 2007 Content-Type: multipart/mixed; boundary="===============1179612169705189175==" MIME-Version: 1.0 From: tabbe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: Internal Error in Webinterface Date: Mon, 08 Jan 2007 07:17:32 -0500 Message-ID: <21674306.1168258652858.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1179612169705189175== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've noted that it only crashes with Firefox. Under Internet Explorer it works... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998964#3998964 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998964 --===============1179612169705189175==-- From do-not-reply at jboss.com Mon Jan 8 07:17:34 2007 Content-Type: multipart/mixed; boundary="===============4846672498028455408==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Mon, 08 Jan 2007 07:17:33 -0500 Message-ID: <13512812.1168258653925.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4846672498028455408== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree with you. This api has been simplified in 2.6 (for debugging and support purpose, the= current code was very tangled an complex) and we removed everything that w= as not used. So your customization may break (sorry for that). We encourage you to test it against the upcoming alpha release. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998965#3998965 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998965 --===============4846672498028455408==-- From do-not-reply at jboss.com Mon Jan 8 07:32:31 2007 Content-Type: multipart/mixed; boundary="===============6409147942587859697==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: remove context sensitive menus Date: Mon, 08 Jan 2007 07:32:31 -0500 Message-ID: <33371412.1168259551505.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6409147942587859697== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : I also have a comment on Terminology. We seem to be eq= uating Processes with ProcessDefinitions. This is okay, most users don't li= ke to say processdefinitions, but we must always be clear when dealing with= instances that we say ProcessInstances, so that the difference is clear. in the new core prototype, i use the following terminology ProcessDefinition --> Process ProcessInstance and Token --> Execution Maybe that could already be adopted into the web console for 3.2. But prob= ably that would cause more confusion then it solves, no ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998973#3998973 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998973 --===============6409147942587859697==-- From do-not-reply at jboss.com Mon Jan 8 07:59:23 2007 Content-Type: multipart/mixed; boundary="===============7197280564340830923==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Mon, 08 Jan 2007 07:59:23 -0500 Message-ID: <25015399.1168261163750.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7197280564340830923== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, jbossall-client.jar is the culprit. Please try this | | | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998982#3998982 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998982 --===============7197280564340830923==-- From do-not-reply at jboss.com Mon Jan 8 08:04:42 2007 Content-Type: multipart/mixed; boundary="===============1009358203868932447==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Mon, 08 Jan 2007 08:04:42 -0500 Message-ID: <10486430.1168261482715.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1009358203868932447== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bazoo" wrote : I would not incorporate the "Search for instance" row in th= e task list, at least not at the top. For someone new to the app, you don't= immediately notice that you have a task in the task list because it is hid= den in small text underneath the big search boxes. You immediately think yo= u have to perform a search, even though you may not have to. | = i'll take this to a separate thread. "bazoo" wrote : I don't understand what the "Task Definition View" is reall= y. = I also think that should be left out. At task-instance-creation-time, the = task definition data is copied into the task instance data. After that, th= e task instance data might be updated (e.g. description or name). I don't = think that showing the task definition information is relevant. "bazoo" wrote : I don't think the Summary page should be the first page you= see when you click Task Instance View. I think it should be the Task Form = to minimize clicking. | = +1 "bazoo" wrote : Instead of "End Task", I would suggest "Proceed", to reinfo= rce the idea that the user is moving through a process. | = The good thing about 'End Task' is that it's from the perspective of the ta= sk performer. 'Proceed' has more meaning in the context of the larger busi= ness process. But the task performer does not HAVE to be aware of that. I= was thinking of 'Finish' or 'Complete' but none of those really hits it f= or me. "bazoo" wrote : I get the following exception when I click "End task" or "M= ore info needed", although the transition does happen: javax.el.PropertyNot= FoundException: /main/task/new_tasks.xhtml @41,57 value=3D"#{entry.taskInst= ance.id}": Property 'taskInstance' is not found on type: java.lang.String | = David, are you onto this one ? Can you reproduce ? "bazoo" wrote : I would suggest that "User Task List" should be at the top = of the navigation menu, especially as it is the view you go to first when y= ou log in. | = +1 Thanks Matt ! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998986#3998986 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998986 --===============1009358203868932447==-- From do-not-reply at jboss.com Mon Jan 8 08:06:38 2007 Content-Type: multipart/mixed; boundary="===============7089072702306176068==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Mon, 08 Jan 2007 08:06:38 -0500 Message-ID: <1394395.1168261598291.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7089072702306176068== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kukeltje" wrote : I mean... if it is in a datatable, 'assign to me' in a = button form would make the form rather crowded 'Assign to me' as a link would be good as well. As long as that is the onl= y way people can start working on this task. This is important as the weba= pp has to make sure that there is no multiple people start working on this = task concurrently. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998988#3998988 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998988 --===============7089072702306176068==-- From do-not-reply at jboss.com Mon Jan 8 08:08:20 2007 Content-Type: multipart/mixed; boundary="===============1479765071335511894==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Mon, 08 Jan 2007 08:08:20 -0500 Message-ID: <32893388.1168261700532.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1479765071335511894== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes that fixes it, thanks. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998990#3998990 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998990 --===============1479765071335511894==-- From do-not-reply at jboss.com Mon Jan 8 08:15:47 2007 Content-Type: multipart/mixed; boundary="===============3461744335051199947==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - one central search page Date: Mon, 08 Jan 2007 08:15:47 -0500 Message-ID: <3515372.1168262147105.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3461744335051199947== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I would like one central search page that can be used to search for = * Process definitions * Process instances * Task instances I think it would make sense to have this as one page cause various links co= uld navigate to this page with prefilled criteria: * process instances for a process definition * task instances for a process instance * task instances for a task * task instances for a process definition i think that would be a concept that people quickly start to grasp: if they= click a link 'process instances' in a process definition page that they ar= e navigated to the search results screen. = that also gives them easy ways of starting to tweak and change the search c= riteria to refine their search. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998991#3998991 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998991 --===============3461744335051199947==-- From do-not-reply at jboss.com Mon Jan 8 08:19:36 2007 Content-Type: multipart/mixed; boundary="===============9025806413333967795==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Mon, 08 Jan 2007 08:19:36 -0500 Message-ID: <23567819.1168262376345.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9025806413333967795== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : Just want to mention that the navigation from Processe= s (i.e., ProcessDefinitions) to ProcessInstances to single ProcessInstance = makes sense, and don't want to lose that (don't think that is anyone's inte= ntion, but it has not been mentioned in any of Tom's comments). good point. this is related to the single central search page idea that i = just described: http://www.jboss.org/index.html?module=3Dbb&op=3Dviewtopic&= p=3D3998991 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998993#3998993 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998993 --===============9025806413333967795==-- From do-not-reply at jboss.com Mon Jan 8 08:23:07 2007 Content-Type: multipart/mixed; boundary="===============4217630913123614352==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Mon, 08 Jan 2007 08:23:07 -0500 Message-ID: <32360034.1168262587541.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4217630913123614352== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : This is a bit tricky, because these are really two dif= ferent scenarios here. | = | 1) if Start-task - then user should be navigated to the page to perform= the task, i.e. fill in the form. | = +1 "jeffdelong" wrote : = | 2) no Start-task - typically the user that started the process will not= perform the first task in the process (otherwise we could have modelled th= eir task at the start). So they should not navigate to a task-related page.= Question is where to take them. What they would probably most like to see = is the list of started processInstances, and see the one they just started = in that list, or the ProcessInstance View for that particular instance that= they just started. | = i would guess they most likely want to see the ProcessInstance View. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998995#3998995 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998995 --===============4217630913123614352==-- From do-not-reply at jboss.com Mon Jan 8 08:27:43 2007 Content-Type: multipart/mixed; boundary="===============7563996847461990801==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace sources tabs with links Date: Mon, 08 Jan 2007 08:27:43 -0500 Message-ID: <3425470.1168262863534.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7563996847461990801== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think these should be links with a back navigation option. Because this = is a developer/demo/evaluation version only type of features that you don't= want in your production system. A link will minimize the difference between the evaluation version and the = 'real' version. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998996#3998996 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998996 --===============7563996847461990801==-- From do-not-reply at jboss.com Mon Jan 8 08:31:14 2007 Content-Type: multipart/mixed; boundary="===============3703079481556447983==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Console performance Date: Mon, 08 Jan 2007 08:31:14 -0500 Message-ID: <7445830.1168263074852.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3703079481556447983== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The current form of the web console is definitely not intended as an exampl= e to get started with. This will grow out to become a fully fledged console, too complex for peopl= e to start using it as a JSF example. Of course, we should keep it as easy as possible for developers to tweak it= , but including more functionality has priority. Indeed performance and stress tests are going to be needed. I would levera= ge the community to do the initial pinpointing of problems and only spend o= ur own resournces on it after a potential SEAM refactoring. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998997#3998997 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998997 --===============3703079481556447983==-- From do-not-reply at jboss.com Mon Jan 8 08:33:06 2007 Content-Type: multipart/mixed; boundary="===============6269732353539989502==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: When should the webconsole mark tasks as started? Date: Mon, 08 Jan 2007 08:33:06 -0500 Message-ID: <33028383.1168263186548.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6269732353539989502== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i like the idea. good suggestion. the start field can be used for this... if a task instance is opened in the= task form view and the task start is null, then put the current date in th= ere. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3998998#3998998 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3998998 --===============6269732353539989502==-- From do-not-reply at jboss.com Mon Jan 8 08:39:25 2007 Content-Type: multipart/mixed; boundary="===============2954706302571603709==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: When should the webconsole mark tasks as started? Date: Mon, 08 Jan 2007 08:39:25 -0500 Message-ID: <32502976.1168263565769.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2954706302571603709== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This can be used to create reports with info on how long a task is in a 'qu= eue' before acted upon. Very useful info for managers. oh and I like the '= bold' to, but maybe there should also be a column for this. Now I should (according to the feedback wiki page) make a jira issue and mo= ve it down on the list right... ok.. i'll do that. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999005#3999005 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999005 --===============2954706302571603709==-- From do-not-reply at jboss.com Mon Jan 8 08:42:00 2007 Content-Type: multipart/mixed; boundary="===============7750960890197151173==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace sources tabs with links Date: Mon, 08 Jan 2007 08:42:00 -0500 Message-ID: <27107890.1168263720185.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7750960890197151173== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | A link will minimize the difference between the evaluation version and = the 'real' version. | anonymous wrote : = | | = | | Why? It will either be 'links not visible in production' or 'tabs n= ot visible in production' = | | = | | but I go with the majority ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999007#3999007 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999007 --===============7750960890197151173==-- From do-not-reply at jboss.com Mon Jan 8 08:45:35 2007 Content-Type: multipart/mixed; boundary="===============3108251169395650806==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Mon, 08 Jan 2007 08:45:34 -0500 Message-ID: <12297143.1168263934988.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3108251169395650806== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable But I wold certainly not ditch the filtering at the top of the lists. Maybe= they should be invisible at first and have an magnifying glass to open it.= An 'advanced' button could take you to the generic search page with things= on it like 'search processinstances with a variable y and value x' View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999009#3999009 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999009 --===============3108251169395650806==-- From do-not-reply at jboss.com Mon Jan 8 09:03:15 2007 Content-Type: multipart/mixed; boundary="===============8635953624130233047==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Mon, 08 Jan 2007 09:03:15 -0500 Message-ID: <20291662.1168264995597.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8635953624130233047== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : = | "bazoo" wrote : I get the following exception when I click "End task" o= r "More info needed", although the transition does happen: javax.el.Propert= yNotFoundException: /main/task/new_tasks.xhtml @41,57 value=3D"#{entry.task= Instance.id}": Property 'taskInstance' is not found on type: java.lang.Stri= ng | | = | = | David, are you onto this one ? Can you reproduce ? | = I could reproduce this, but David already fixed it in cvs. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999015#3999015 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999015 --===============8635953624130233047==-- From do-not-reply at jboss.com Mon Jan 8 09:19:16 2007 Content-Type: multipart/mixed; boundary="===============1333626876672967958==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Support JAXWS on EJB2.1 Date: Mon, 08 Jan 2007 09:19:16 -0500 Message-ID: <1247078.1168265956675.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1333626876672967958== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't think anyone is using it, or at least I have never seen a question = relating to it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999022#3999022 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999022 --===============1333626876672967958==-- From do-not-reply at jboss.com Mon Jan 8 09:37:12 2007 Content-Type: multipart/mixed; boundary="===============4070661423611994078==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: remove context sensitive menus Date: Mon, 08 Jan 2007 09:37:12 -0500 Message-ID: <25670986.1168267032156.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4070661423611994078== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : ProcessDefinition --> Process | ProcessInstance and Token --> Execution | = | Maybe that could already be adopted into the web console for 3.2. But = probably that would cause more confusion then it solves, no ? I like the new terminology a lot better, but I think that changing to "Exec= ution" now would just be confusing. Changing "Process Definition" to "Proc= ess" is perfectly reasonable though, in my opinion. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999027#3999027 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999027 --===============4070661423611994078==-- From do-not-reply at jboss.com Mon Jan 8 09:41:48 2007 Content-Type: multipart/mixed; boundary="===============8787604849902125241==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Mon, 08 Jan 2007 09:41:45 -0500 Message-ID: <3363306.1168267305865.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8787604849902125241== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : I would like to have one central screen t= hat combines all the process instance information : = | * general process instance properties (aka summary) | * open tasks | * variables | * comments | * tokens Sounds good to me. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999030#3999030 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999030 --===============8787604849902125241==-- From do-not-reply at jboss.com Mon Jan 8 09:51:38 2007 Content-Type: multipart/mixed; boundary="===============2084101902977318297==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Mon, 08 Jan 2007 09:51:38 -0500 Message-ID: <19334632.1168267898240.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2084101902977318297== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It can be slightly more complicated than this. Starting a process instance may result in the creation of multiple tasks as= signed to the person starting the task, or it may result in one or more gro= up tasks being created, or some combination therein. If we want to shortcu= t the single-task case, that's fine, but if there are multiple tasks that a= re relevant to that user, we should go to an intermediate screen to allow t= he user to choose the task. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999035#3999035 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999035 --===============2084101902977318297==-- From do-not-reply at jboss.com Mon Jan 8 09:57:57 2007 Content-Type: multipart/mixed; boundary="===============1918777956235935648==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Aspect integration to bootstrap classes Date: Mon, 08 Jan 2007 09:57:57 -0500 Message-ID: <18444544.1168268277248.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1918777956235935648== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am looking at moving the AOP into bootstrap-beans.xml, I will allow for s= ome "initial" XML to be passed in to the aspectmanager bean, which should m= ake possible | | process(.= .))"> | | | = However, since AFAICT ManagedProperty is not a bean, in order to be able to= do: | | process(.= .))"> | | | = We have the following choices: 1) Require jboss to be run with a custom loader for loadtime weaving to be = enabled, which might be overkill? 2) Weave/Prepare ManagedProperty at compiletime, so that it has the AOP hoo= ks in place, and pick up the aspects to be applied to these joinpoints at r= untime from the "initial" xml View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999037#3999037 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999037 --===============1918777956235935648==-- From do-not-reply at jboss.com Mon Jan 8 10:14:36 2007 Content-Type: multipart/mixed; boundary="===============8339462412699888812==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - Sequence containing 2 elements Date: Mon, 08 Jan 2007 10:14:36 -0500 Message-ID: <31845017.1168269276368.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8339462412699888812== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Right, a simple type is not a valid wrapper type, so if it is used only the= bare parameter style can be used. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999045#3999045 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999045 --===============8339462412699888812==-- From do-not-reply at jboss.com Mon Jan 8 10:22:41 2007 Content-Type: multipart/mixed; boundary="===============3467091968780785647==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Mon, 08 Jan 2007 10:22:41 -0500 Message-ID: <5054905.1168269761932.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3467091968780785647== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The problems I see with this are as follows: * Having one single set of search criteria is more complicated than having = separate searches. Initially I did do this. I tried to simplify it by hav= ing a select list where you'd select the type of search you wanted to do, a= nd it would update the search criteria for the new search type, but this wa= s much more complicated than the final search mechanism that i ended up wit= h. By complicated, I mean complicated to implement AND confusing for the e= nd-user. * We will need to keep track of where the user came from so they can easily= return. Again this is doable in a couple of ways, but I think an overridi= ng priority is bookmarkable URLs for pages, and this might compromise that.= A bookmarkable URL implies statelessness, which would be complicated if w= e must track where a user navigated from at run time. For example, if I we= nt from the Process page to find Process Instances, I'd want a link back to= that process page to be right at the top. But if I bookmarked that URL, n= ow that URL should contain something that indicates that you navigated to t= hat search results page from the Process page. I think having a single search page is too confusing, unless you have an id= ea for how it can be laid out. We could however do (for example) one search page per result type, or use t= abs to separate searches. The latter is tougher (but possible) to bookmark= though. * = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999047#3999047 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999047 --===============3467091968780785647==-- From do-not-reply at jboss.com Mon Jan 8 10:23:45 2007 Content-Type: multipart/mixed; boundary="===============6189785140774473067==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Mon, 08 Jan 2007 10:23:45 -0500 Message-ID: <24040294.1168269825166.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6189785140774473067== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : = | This possibility always was there, even the way the NodeFactory was use= d before - and still is in JBC 1.x.y - as a Singleton. That's the whole p= urpose of a factory. I'm not sure how it can be done in 1.x, as NodeFactory doesn't expose any w= ay to change the singleton. anonymous wrote : The first step would be to identify how a _JBossInternal_= node would differ from normal nodes, wrt. concurrency with optimistic and = pessimistic locking, data versioning and BR as well. Yep. Assuming Ben finds the concept useful :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999048#3999048 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999048 --===============6189785140774473067==-- From do-not-reply at jboss.com Mon Jan 8 10:28:51 2007 Content-Type: multipart/mixed; boundary="===============9036726028633739529==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Mon, 08 Jan 2007 10:28:51 -0500 Message-ID: <19610839.1168270131287.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9036726028633739529== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : Processes : Should display a list of proc= esses similar to the current Find Processes menu screen. By default, this = screen shows only the latest versions of the processes in alphabetical orde= r. For the new prototype, there should be two tables for Processes. One table= should have a row for each unique process name, and it should contain any = information that is shared between all versions of a process (even if it is= just the name). The other will be a child table of the main Process table= and should contain per-version information. The main process table should= have link to the Process Version table representing the current "active" v= ersion. This way, the latest version of a process can be found without hav= ing to using grouping SQL operations, and also the user can easily revert t= o an earlier version of a process if they need to by changing a simple link. This normalization will greatly simplify the querying of process informatio= n. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999050#3999050 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999050 --===============9036726028633739529==-- From do-not-reply at jboss.com Mon Jan 8 10:28:58 2007 Content-Type: multipart/mixed; boundary="===============5635468245678867520==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Mon, 08 Jan 2007 10:28:58 -0500 Message-ID: <8272621.1168270138877.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5635468245678867520== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sounds reasnoable, but I think in most cases there will be one task, so we = should focus on that situation. The other usecases could be done at a later= moment... (imo) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999051#3999051 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999051 --===============5635468245678867520==-- From do-not-reply at jboss.com Mon Jan 8 10:30:19 2007 Content-Type: multipart/mixed; boundary="===============6114306654944718545==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Mon, 08 Jan 2007 10:30:19 -0500 Message-ID: <23048843.1168270219059.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6114306654944718545== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable hmmmm won't this screen be cluttered with info? You know, all tasks have ha= d their own variables, comments etc... or just the processlevel comments (w= here do we enter those?) and processlevel variables? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999052#3999052 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999052 --===============6114306654944718545==-- From do-not-reply at jboss.com Mon Jan 8 10:31:42 2007 Content-Type: multipart/mixed; boundary="===============5884576166100174621==" MIME-Version: 1.0 From: brittm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: user based process versioning ? Date: Mon, 08 Jan 2007 10:31:42 -0500 Message-ID: <17408125.1168270302262.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5884576166100174621== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Being able to normalize two Process Definitions could be a nice feature, bu= t it also looks to me like a whole lot of trouble. Also, it seems more lik= e a developer's "Oops, I didn't record what I was doing, so now I don't kno= w what I have," kind of feature, rather than a solid business function. I do think that carrying a settable version number in addition to the curre= nt incremented one could be a good idea--sort of like the difference betwee= n a business key and a primary key. This way the developer could specify a= version number that could be kept in sync with CVS and other deployables. -Britt View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999053#3999053 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999053 --===============5884576166100174621==-- From do-not-reply at jboss.com Mon Jan 8 10:34:17 2007 Content-Type: multipart/mixed; boundary="===============7968555900354129790==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Mon, 08 Jan 2007 10:34:17 -0500 Message-ID: <12145518.1168270457715.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7968555900354129790== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bazoo" wrote : Instead of "End Task", I would suggest "Proceed", to reinfo= rce the idea that the user is moving through a process. The "End Task" is not terminology that is defined by the web console. The = caption of each of the transition buttons is determined by the name of the = corresponding transition. In this case, the "websale" example process happ= ens to have transitions named "End Task". To demonstrate this, you can run the websale process to this point in its e= xecution, and go to the process instance view. From here go to the Tokens = tab and choose to signal the token that is waiting on that task. You will = see a listing of all the possible transitions. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999054#3999054 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999054 --===============7968555900354129790==-- From do-not-reply at jboss.com Mon Jan 8 10:41:57 2007 Content-Type: multipart/mixed; boundary="===============4886166768260298221==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Mon, 08 Jan 2007 10:41:56 -0500 Message-ID: <26487592.1168270917000.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4886166768260298221== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think there should be two search pages: one to support process management= (processdefinitions and processInstances), one one to support task managem= ent (for taskInstances). = ProcessInstances: search criteria to include processdefinition, start date,= status /state (i.e., active, completed, suspended) TasksInstance: search criteria to include taskname, create date, start date= , end date, status / state, processinstance, actorId, pooledActorId Having said this I again raise the concern about performance. Is the databa= se schema and gui architecture able to handle these types of queries when t= here are 20,000 processInstances and 100,000 taskInstances in the db, and t= he query results in 2000 hits? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999057#3999057 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999057 --===============4886166768260298221==-- From do-not-reply at jboss.com Mon Jan 8 10:44:20 2007 Content-Type: multipart/mixed; boundary="===============6734063898917745382==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover analysis Date: Mon, 08 Jan 2007 10:44:20 -0500 Message-ID: <5854028.1168271060785.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6734063898917745382== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable My comments regarding the WIKI page: >>2. Failure detected when sending a new invocation into the server For new connections, Remoting will mask any IOException as org.jboss.remoti= ng.somewhere.CannotConnectException. >>3. Failure detected during an in-flight invocation On this case you get an IOException indeed. >> Failure Handling "Ovidiu on Wiki Page" wrote : If there are active threads traversing the va= lve at the moment when "close" command arrives, those threads must be inter= rupted and put to wait until the valve opens again There is no way to interrupt those threads, but on the event of a failure, = all of the inflight invocations are going to fail at the same time, and all= of them will capture the failure trying to close the valve at the same tim= e. This scenario is already implemented on Clebert_Third_Failover Branch. The is a slightly differences on the way implemented: - I only have one valve, so there is no recursivety on closing the valve. - There is no need for the "command center" I guess, since a call on perfor= mFailover on ConnectionDelegate is already equivalent to "a failure has hap= pened". View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999058#3999058 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999058 --===============6734063898917745382==-- From do-not-reply at jboss.com Mon Jan 8 10:50:19 2007 Content-Type: multipart/mixed; boundary="===============7938723308590662181==" MIME-Version: 1.0 From: shawdav1 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Wiki] - wiki won't deploy in jboss-portal-2.4.1-bundled (SP1) Date: Mon, 08 Jan 2007 10:50:19 -0500 Message-ID: <9914705.1168271419525.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7938723308590662181== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi: Is jbosswiki-beta2-2.4-bin.tgz supposed to be compatible with jboss-portal-= 2.4.1-bundled (SP1)? It fails to deploy. I can post details if desired. Thanks David View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999060#3999060 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999060 --===============7938723308590662181==-- From do-not-reply at jboss.com Mon Jan 8 10:51:19 2007 Content-Type: multipart/mixed; boundary="===============4414005579137806432==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: user based process versioning ? Date: Mon, 08 Jan 2007 10:51:18 -0500 Message-ID: <4067254.1168271478982.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4414005579137806432== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In my opinion the new prototype would work like this: All process information is stored in the process definition archive (not in= the database). The database has a row for the process, and a row for the = specific version; this allows executions to link back to their owning proce= ss. These rows need not use system-maintained versioning, and in fact prob= ably should not. A process definition archive contains the name and version of the process, = as well as any associated information (process diagram, forms, etc). A var= iation on the standard file deployer is used to add a process definition to= the container. A jBPM instance can execute any process that is currently deployed. An att= empt to execute a process that is not deployed in the current container wil= l result in an exception. Deploying processes in this way has several advantages: * We no longer have to deal with BLOBs, as we are not storing large chunks = of binary data in the database. The process definition archives and their = associated metadata are deployed much like any other javaee component. * We support two models of versioning. The first allows the user to deploy= a new, independent version of their process by specifying a new version nu= mber, allowing the old version to continue to exist. The second allows the= user to easily *replace* the definition of an existing version, in the cas= e where they have (for example) a critical bug in their process definition = and they want to get a quick fix out there, without having to execute a pot= entially complicated data update as well. * Table normalization. This should always be a goal in my opinion. We sho= uld never require grouping or distinct operations for a query of a simple d= omain object, as we do today for distinct process definitions. * Reusing standard javaee deployment mechanism. This is the standard way o= f performing a javaee deployment. By way of comparison, EJB authors do not= deploy their code into the database; and they are used to the idea of doin= g a new file deployment for new versions of their applications. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999061#3999061 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999061 --===============4414005579137806432==-- From do-not-reply at jboss.com Mon Jan 8 10:56:26 2007 Content-Type: multipart/mixed; boundary="===============7668106601225636044==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Component Proposal - Configurable Service Locator Date: Mon, 08 Jan 2007 10:56:26 -0500 Message-ID: <7033882.1168271786573.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7668106601225636044== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : From your point of view is what I am doing wrong or is it= just another way to do the same things ? = IMO, there is rarely a right/wrong way just better ways. For client config= uration your way is better. The Java EE Client container can provide the s= ame funtionality for you though in most cases (minus interceptors and XML r= eloading). The JBoss equivalent to Spring container is JBoss Microcontaine= r i fyou want to try that out. anonymous wrote : JNDI parameters are in XMLs, they can be changed easily. | Moving services from one EAR to another does not have impact on client = source code but only on XMLs. = Don't bash annotations. Using annotations are great for fast prototyping o= r generally providing default values for your injections. What I'm saying = is that even if you use annotations, you can still override them in XML (we= b.xml, ejb-jar.xml, etc...) to provide the JNDI mappings you desire. The s= pecifications also support partial XML deployment descriptors so it is real= easy to override one env/ entry. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999064#3999064 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999064 --===============7668106601225636044==-- From do-not-reply at jboss.com Mon Jan 8 11:02:29 2007 Content-Type: multipart/mixed; boundary="===============5841638153710260003==" MIME-Version: 1.0 From: szimano To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Wiki] - Re: wiki won't deploy in jboss-portal-2.4.1-bundled (SP1) Date: Mon, 08 Jan 2007 11:02:29 -0500 Message-ID: <15195341.1168272149274.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5841638153710260003== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable AFAIK bundled version of portal doesn't have EJB3 included. Please install = portal from JEMS installer 1.2.0.CR1 http://labs.jboss.com/portal/jemsinsta= ller/downloads Cheers, Tomek View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999067#3999067 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999067 --===============5841638153710260003==-- From do-not-reply at jboss.com Mon Jan 8 11:06:56 2007 Content-Type: multipart/mixed; boundary="===============3520144940964382117==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Mon, 08 Jan 2007 11:06:56 -0500 Message-ID: <33432186.1168272416045.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3520144940964382117== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : Having said this I again raise the concern about perfo= rmance. Is the database schema and gui architecture able to handle these ty= pes of queries when there are 20,000 processInstances and 100,000 taskInsta= nces in the db, and the query results in 2000 hits? In a word: Yes. :-) Well, subject to testing anyway. Well, at least for the two types of data you've mentioned (process instance= s and task instances). Process Definitions are a problem. If we had 100,000 processes each with 1= 00 versions it would be slow (to get a list of the 100,000 processes, we ca= n't use things like limit/offset because it's a grouping operation, meaning= that the server would [in this contrived case] have to accumulate 10,000,0= 00 rows before it could return even the first 10). I'd like to see this ad= dressed at least for the new prototype as I've outlined in other posts. The other queries (in the GUI) are designed right now to impose a hard limi= t of 100 pages, under the rationale that more than 100 pages is not useful = to the user and that they should reduce the search. This number is configu= rable as well. The advantage to this approach is that the database does no= t need to be hit to fetch each page, which avoids a race condition where th= e result set changes between pages causing rows to appear to vanish (where = in actuality they have simply moved from the page you are on to a prior pag= e). The disadvantage is that the search can result in a fairly good-sized = chunk of data coming from the database (though in my actual experience it t= akes more than about 5k rows to start slowing things down; after all, we're= only displaying one page at a time, and in most cases the real bandwidth b= ottleneck is between the web server and the end user, not between the web s= erver and the database). At some point we should be able to add well-performing sorting to this mode= l as well, assuming judicious use of indexes. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999068#3999068 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999068 --===============3520144940964382117==-- From do-not-reply at jboss.com Mon Jan 8 11:08:06 2007 Content-Type: multipart/mixed; boundary="===============4956413947511742321==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Mon, 08 Jan 2007 11:08:06 -0500 Message-ID: <30092420.1168272486854.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4956413947511742321== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kukeltje" wrote : hmmmm won't this screen be cluttered with info? Well yes, but this is to me the classic webapp tradeoff: Either you get few= complex screens, or many simple screens. It's a lose-lose situation. :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999069#3999069 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999069 --===============4956413947511742321==-- From do-not-reply at jboss.com Mon Jan 8 11:12:25 2007 Content-Type: multipart/mixed; boundary="===============8111597484494557299==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: free choice of initial node Date: Mon, 08 Jan 2007 11:12:25 -0500 Message-ID: <25604764.1168272745354.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8111597484494557299== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree 100% View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999071#3999071 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999071 --===============8111597484494557299==-- From do-not-reply at jboss.com Mon Jan 8 11:31:14 2007 Content-Type: multipart/mixed; boundary="===============6750749578994569697==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified task instance view Date: Mon, 08 Jan 2007 11:31:14 -0500 Message-ID: <24973460.1168273874490.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6750749578994569697== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : I agree with Tom. I would also like to add that I don'= t like End Task for the name of the button. Even though the API is end, use= rs would be more comforatable with "Complete", as it signifies that they ha= ve completed the task. As I commented before, "End Task" is not based on the API; it's just the na= me of the transition in the websale example. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999081#3999081 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999081 --===============6750749578994569697==-- From do-not-reply at jboss.com Mon Jan 8 11:34:05 2007 Content-Type: multipart/mixed; boundary="===============5815412891021023455==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace separate managers task list view with generic se Date: Mon, 08 Jan 2007 11:34:05 -0500 Message-ID: <20675111.1168274045402.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5815412891021023455== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There's also the question of whether a regular user should be allowed to se= e other users' tasks. If not, then even having the Actor ID column be visi= ble and searchable is unnecessary for these users, and the column should no= t be visible. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999083#3999083 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999083 --===============5815412891021023455==-- From do-not-reply at jboss.com Mon Jan 8 11:35:21 2007 Content-Type: multipart/mixed; boundary="===============0231745290412773325==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Mon, 08 Jan 2007 11:35:21 -0500 Message-ID: <17110372.1168274121622.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0231745290412773325== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable it is a tradeoff, but since when is 4 many? You aren't a monkey are you? Th= e just seam to be able to count to 4... 1,2,3,4,many.... :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999084#3999084 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999084 --===============0231745290412773325==-- From do-not-reply at jboss.com Mon Jan 8 12:27:26 2007 Content-Type: multipart/mixed; boundary="===============6237393526589481908==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Mon, 08 Jan 2007 12:27:25 -0500 Message-ID: <18378961.1168277246016.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6237393526589481908== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bstansberry(a)jboss.com" wrote : "manik.surtani(a)jboss.com" wrote : = | | This possibility always was there, even the way the NodeFactory was= used before - and still is in JBC 1.x.y - as a Singleton. That's the who= le purpose of a factory. | = | I'm not sure how it can be done in 1.x, as NodeFactory doesn't expose a= ny way to change the singleton. You'd have to: 1) Subclass Node to add more specialised behaviour, maps, locks, etc. tune= d for this (InternalNode?) Perhaps even add more specialised checks that "= user" methods like get() and put() from the Node interface throw exceptions= so end-users don't mess with these regions? 2) The factory would have to instantiate the appropriate class, based on t= he Fqn requested. = Changing the NodeFactory wouldn't help anyway, without 1) and 2) above, and= wouldn't really add much specific benefit given how few InternalNodes woul= d ever be created (just /_JBoss_Internal_ and /_BuddyBackup_? I don't thin= k sub-nodes under /_JBoss_Internal_ and /_BuddyBackup_ needs any further sp= ecial behaviour?) = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999110#3999110 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999110 --===============6237393526589481908==-- From do-not-reply at jboss.com Mon Jan 8 12:32:12 2007 Content-Type: multipart/mixed; boundary="===============1158259783190807322==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Mon, 08 Jan 2007 12:32:12 -0500 Message-ID: <2658705.1168277532070.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1158259783190807322== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The =3D they View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999112#3999112 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999112 --===============1158259783190807322==-- From do-not-reply at jboss.com Mon Jan 8 12:50:43 2007 Content-Type: multipart/mixed; boundary="===============5529381512748445715==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - ObjectStoreDir location Date: Mon, 08 Jan 2007 12:50:43 -0500 Message-ID: <33433723.1168278643574.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5529381512748445715== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've notice JBossTS when used in JBossAS, by default, uses: JBOSS_HOME/bin/PutObjectStoreDirHere to store tx recovery info. We don't store data in the bin dir. Actually, I would expect the correct lo= cation to be inside every particular server config directory, because you c= an use the same bin to run multiple server configurations, so use something= like: JBOSS_HOME/server/default/data/object-store I see this entry in conf/jbossjta-properties.xml: In jboss xml config files we would normally use a syntax like ... ${jboss.server.data.dir}/object-store Can we do something similar with the jbossjta-properties.xml configuration?= Do it substitute system properties? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999125#3999125 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999125 --===============5529381512748445715==-- From do-not-reply at jboss.com Mon Jan 8 12:53:46 2007 Content-Type: multipart/mixed; boundary="===============7347381905822241673==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 12:53:46 -0500 Message-ID: <8465176.1168278826432.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7347381905822241673== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The xml bit was trancated: | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999127#3999127 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999127 --===============7347381905822241673==-- From do-not-reply at jboss.com Mon Jan 8 12:55:48 2007 Content-Type: multipart/mixed; boundary="===============3026441270330490455==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Aspect integration to bootstrap classes Date: Mon, 08 Jan 2007 12:55:48 -0500 Message-ID: <4865249.1168278948727.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3026441270330490455== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Or do what Adrian did in the org.jboss.test.managed.mock.MockTest of the ma= naged project: | public void testMock() throws Exception | { | MockDataSourceManagedObject mock =3D new MockDataSourceManagedObj= ect(); | = | ManagedObject mo =3D WrapperAdvice.wrapManagedObject(mock); | ... | = | package org.jboss.managed.plugins.advice; | = | import java.util.Set; | = | import org.jboss.aop.joinpoint.Invocation; | import org.jboss.aop.proxy.container.AOPProxyFactoryParameters; | import org.jboss.aop.proxy.container.GeneratedAOPProxyFactory; | import org.jboss.logging.Logger; | import org.jboss.managed.api.Fields; | import org.jboss.managed.api.ManagedObject; | import org.jboss.managed.api.ManagedProperty; | = | /** | * WrapperAdvice, intercepts methods that produce objects | * that require proxies. | * = | * @author Adrian Brock | * @version $Revision: 59258 $ | */ | public class WrapperAdvice | { | private static Logger log =3D Logger.getLogger(WrapperAdvice.class); | = | /** | * Wrap a managed object | * = | * @param managedObject the managed object | * @return the managed object wrapper | */ | public static ManagedObject wrapManagedObject(ManagedObject managedO= bject) | { | return createProxy(managedObject, ManagedObject.class); | } | = | /** | * Wrap a managed property | * = | * @param managedProperty the managed property | * @return the managed property wrapper | */ | public static ManagedProperty wrapManagedProperty(ManagedProperty ma= nagedProperty) | { | return createProxy(managedProperty, ManagedProperty.class); | } | = | /** | * Wrap fields | * = | * @param fields the fields | * @return the fields wrapper | */ | public static Fields wrapFields(Fields fields) | { | return createProxy(fields, Fields.class); | } | = | /** | * Wrap a returned managed object | * = | * @param invocation the invocation | * @return the wrapped managed object | * @throws Throwable for any error | */ | public ManagedObject wrapManagedObject(Invocation invocation) throws= Throwable | { | ManagedObject result =3D (ManagedObject) invocation.invokeNext(); | return wrapManagedObject(result); | } | = | /** | * Wrap a returned managed property | * = | * @param invocation the invocation | * @return the wrapped managed property | * @throws Throwable for any error | */ | public ManagedProperty wrapManagedProperty(Invocation invocation) th= rows Throwable | { | ManagedProperty result =3D (ManagedProperty) invocation.invokeNex= t(); | return wrapManagedProperty(result); | } | = | /** | * Wrap a returned managed property set | * = | * @param invocation the invocation | * @return the wrapped managed property set | * @throws Throwable for any error | */ | @SuppressWarnings("unchecked") | public Set wrapManagedPropertySet(Invocation invoca= tion) throws Throwable | { | Set result =3D (Set) invocation= .invokeNext(); | return new WrapperSet(result, ManagedProperty.cl= ass); | } | = | /** | * Wrap fields | * = | * @param invocation the invocation | * @return the wrapped managed property | * @throws Throwable for any error | */ | public Fields wrapFields(Invocation invocation) throws Throwable | { | Fields result =3D (Fields) invocation.invokeNext(); | return wrapFields(result); | } | = | /** | * Create a proxy = | * = | * @param the expected type | * @param target the target | * @param interfaceClass the interface class | * @return the proxy | */ | static T createProxy(T target, Class interfaceClass) | { | if (target =3D=3D null) | return null; | = | GeneratedAOPProxyFactory proxyFactory =3D new GeneratedAOPProxyFa= ctory(); | AOPProxyFactoryParameters params =3D new AOPProxyFactoryParameter= s(); | params.setInterfaces(new Class[] { interfaceClass }); | params.setObjectAsSuperClass(true); | params.setTarget(target); | Object proxy =3D proxyFactory.createAdvisedProxy(params); | if( log.isTraceEnabled() ) | log.trace("Created proxy: "+proxy.getClass()+"@"+System.identi= tyHashCode(proxy)+" target: "+target.getClass()); | return interfaceClass.cast(proxy); | } | } | = | = which uses the WrapperAdvice to bootstrap a aop proxy so that subsequent ac= cess to the ManagedProperty are proxied. This is what I was planning on usi= ng in the ManagedObjectBuilder that created the top-level MnagedObject of a= deployment. This works right? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999129#3999129 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999129 --===============3026441270330490455==-- From do-not-reply at jboss.com Mon Jan 8 12:56:48 2007 Content-Type: multipart/mixed; boundary="===============1107807548399962138==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 12:56:48 -0500 Message-ID: <14406797.1168279008676.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1107807548399962138== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable can we also change the location of this jbossjta-properties.xml file? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999131#3999131 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999131 --===============1107807548399962138==-- From do-not-reply at jboss.com Mon Jan 8 13:00:18 2007 Content-Type: multipart/mixed; boundary="===============7080960149090681964==" MIME-Version: 1.0 From: jthorn To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Classpath Problem Date: Mon, 08 Jan 2007 13:00:18 -0500 Message-ID: <16323659.1168279218895.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7080960149090681964== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable After checking out and compiling jboss labs when I execute run.sh -c all I = get several classpath errors. Has anybody else seen this and know of a sol= ution? = 11:28:49,510 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.jboss.forge.common.projects.Projects. Cou= ld not find class it references org.jboss.forge.common.projects.ProjectDesc= riptor It may not be in your classpath and you may not be getting field an= d constructor weaving for this class. 11:29:12,609 ERROR [STDERR] [warn] Could not find class org.jboss.shotoku.e= xceptions.RepositoryException that org.jboss.forge.portal.TitleChangeFilter= references. It may not be in your classpath and you may not be getting fi= eld and constructor weaving for this class. 11:29:12,612 ERROR [STDERR] [warn] Could not find class org.jboss.shotoku.N= ode that org.jboss.forge.portal.TitleChangeFilter references. It may not b= e in your classpath and you may not be getting field and constructor weavin= g for this class. 11:29:12,618 ERROR [STDERR] [warn] Could not find class org.jboss.shotoku.e= xceptions.ResourceDoesNotExist that org.jboss.forge.portal.TitleChangeFilte= r references. It may not be in your classpath and you may not be getting f= ield and constructor weaving for this class. 11:29:12,620 ERROR [STDERR] [warn] Could not find class org.jboss.shotoku.C= ontentManager that org.jboss.forge.portal.TitleChangeFilter references. It= may not be in your classpath and you may not be getting field and construc= tor weaving for this class. 11:29:36,483 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.quartz.impl.StdSchedulerFactory. Could no= t find class it references org.quartz.utils.PoolingConnectionProvider It m= ay not be in your classpath and you may not be getting field and constructo= r weaving for this class. 11:30:19,902 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.jbosslabs.portlets.primates.service.Primat= esServiceImpl. Could not find class it references org.jbosslabs.portlets.p= rimates.PrimatesTools It may not be in your classpath and you may not be g= etting field and constructor weaving for this class. 11:30:27,738 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.springframework.aop.support.RegexpMethodPo= intcutAdvisor. Could not find class it references org.springframework.aop.= support.Perl5RegexpMethodPointcut It may not be in your classpath and you = may not be getting field and constructor weaving for this class. 11:30:30,046 ERROR [STDERR] [warn] Could not find class net.sf.cglib.asm.ut= il.TraceClassVisitor that net.sf.cglib.core.DebuggingClassWriter$1 referenc= es. It may not be in your classpath and you may not be getting field and c= onstructor weaving for this class. 11:30:31,778 ERROR [STDERR] org.jboss.aop.instrument.TransformationExceptio= n: Failed to aspectize class org.quartz.impl.StdSchedulerFactory. Could no= t find class it references org.quartz.utils.PoolingConnectionProvider It m= ay not be in your classpath and you may not be getting field and constructo= r weaving for this class. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999134#3999134 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999134 --===============7080960149090681964==-- From do-not-reply at jboss.com Mon Jan 8 13:04:18 2007 Content-Type: multipart/mixed; boundary="===============2882158358745739680==" MIME-Version: 1.0 From: Kevin.Conner at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:04:18 -0500 Message-ID: <20428867.1168279458150.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2882158358745739680== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "dimitris(a)jboss.org" wrote : JBOSS_HOME/bin/PutObjectStoreDirHere This is an entry that is supposed to be changed during installation. JBossTS has no direct knowledge of the app server nor of any app server spe= cific processing used in the config. Having said that it should be possibl= e to modify the integration code to use the data directory as a default. Kev View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999138#3999138 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999138 --===============2882158358745739680==-- From do-not-reply at jboss.com Mon Jan 8 13:05:53 2007 Content-Type: multipart/mixed; boundary="===============0311759884874580075==" MIME-Version: 1.0 From: Kevin.Conner at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:05:53 -0500 Message-ID: <33025746.1168279553809.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0311759884874580075== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : can we also change the location of this jb= ossjta-properties.xml file? Our only requirement at present is that it should be found on the classpath= . Where would you prefer it to be picked up from? Why is conf inappropria= te? Kev View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999139#3999139 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999139 --===============0311759884874580075==-- From do-not-reply at jboss.com Mon Jan 8 13:16:04 2007 Content-Type: multipart/mixed; boundary="===============0214547398396560406==" MIME-Version: 1.0 From: unibrew To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Mon, 08 Jan 2007 13:16:04 -0500 Message-ID: <30543701.1168280164399.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0214547398396560406== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello We are not getting those warnings. I wouldn't worry if Labs are working, ar= e they? If not, are you using our JBossAS installed by "maven install" ? An= d did you set properly all values in all property files as described in "ma= ven help"? Please also check whether those missing classes are deployed int= o your "all" instance of JBossAS. Regards ---------------------- Ryszard Kozmik JBoss Forums Lead JBoss Labs Team View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999146#3999146 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999146 --===============0214547398396560406==-- From do-not-reply at jboss.com Mon Jan 8 13:18:03 2007 Content-Type: multipart/mixed; boundary="===============0489108686103747398==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:18:03 -0500 Message-ID: <19329448.1168280283441.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0489108686103747398== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If you can just introduce property substitution that would be great. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999149#3999149 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999149 --===============0489108686103747398==-- From do-not-reply at jboss.com Mon Jan 8 13:19:20 2007 Content-Type: multipart/mixed; boundary="===============3217476238863124927==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:19:20 -0500 Message-ID: <5805088.1168280360505.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3217476238863124927== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I would like to be able to configure the classpath resource it is found fro= m. The reason for this is that I'm implementing JBoss Embedded at them mom= ent and I need a configurable, base resource path so that it is easy, for i= nstance, to install embedded JBoss onto Tomcat. Why not just extend the MBean that is used and override settings from there? Then again.... Are all the properties in jbossjta-properties.xml overrideable from System = properties? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999151#3999151 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999151 --===============3217476238863124927==-- From do-not-reply at jboss.com Mon Jan 8 13:21:07 2007 Content-Type: multipart/mixed; boundary="===============7776777604878009316==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:21:07 -0500 Message-ID: <127265.1168280467178.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7776777604878009316== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Every property can be overridden via System. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999152#3999152 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999152 --===============7776777604878009316==-- From do-not-reply at jboss.com Mon Jan 8 13:22:24 2007 Content-Type: multipart/mixed; boundary="===============1193851721966461016==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:22:23 -0500 Message-ID: <33120389.1168280543921.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1193851721966461016== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ...adding to this... Can the classpath resource of jbossjta-properties.xml be configurable as a = System Property? Or even the file or URL location of it? THanks View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999153#3999153 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999153 --===============1193851721966461016==-- From do-not-reply at jboss.com Mon Jan 8 13:24:32 2007 Content-Type: multipart/mixed; boundary="===============0946352238116781600==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:24:32 -0500 Message-ID: <16428313.1168280672622.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0946352238116781600== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "dimitris(a)jboss.org" wrote : I've notice JBossTS when used in JBossAS, by= default, uses: | = | JBOSS_HOME/bin/PutObjectStoreDirHere | = | to store tx recovery info. | = | We don't store data in the bin dir. Actually, I would expect the correc= t location to be inside every particular server config directory, because y= ou can use the same bin to run multiple server configurations, so use somet= hing like: | = | JBOSS_HOME/server/default/data/object-store | = | I see this entry in conf/jbossjta-properties.xml: | = | = | In jboss xml config files we would normally use a syntax like | ... ${jboss.server.data.dir}/object-store | = | Can we do something similar with the jbossjta-properties.xml configurat= ion? Do it substitute system properties? We've always encouraged users to change that setting when installing into J= Boss. Putting it within the JBossAS install wasn't always guaranteed to wor= k because, certainly back in the 3.2.x days, people would often install JBo= ssAS into read-only directories. The object store dir must be writeable. Do we assume that the JBossAS directory is always writeable? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999155#3999155 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999155 --===============0946352238116781600==-- From do-not-reply at jboss.com Mon Jan 8 13:25:41 2007 Content-Type: multipart/mixed; boundary="===============3806142177371774947==" MIME-Version: 1.0 From: Kevin.Conner at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:25:40 -0500 Message-ID: <6785921.1168280740938.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3806142177371774947== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "dimitris(a)jboss.org" wrote : If you can just introduce property substitut= ion that would be great. JBossTS is a standalone transaction manager and does not currently support = this. Overriding the default value in the integration layer would, however= , allow you to configure it via the mbean and therefore take advantage of t= he substitution support in the app server. Kev View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999156#3999156 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999156 --===============3806142177371774947==-- From do-not-reply at jboss.com Mon Jan 8 13:26:07 2007 Content-Type: multipart/mixed; boundary="===============8752183488171295820==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:26:07 -0500 Message-ID: <5234675.1168280767573.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8752183488171295820== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : ...adding to this... | = | Can the classpath resource of jbossjta-properties.xml be configurable a= s a System Property? Or even the file or URL location of it? | = | THanks Yes, you can always specify the location of the property file explicitly vi= a System. If it's not located there, then it starts to search the classpath= and other places (e.g., cwd). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999157#3999157 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999157 --===============8752183488171295820==-- From do-not-reply at jboss.com Mon Jan 8 13:26:45 2007 Content-Type: multipart/mixed; boundary="===============2864197767785219271==" MIME-Version: 1.0 From: Kevin.Conner at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:26:45 -0500 Message-ID: <7284477.1168280805555.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2864197767785219271== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "mark.little(a)jboss.com" wrote : Do we assume that the JBossAS directory i= s always writeable? The data directory is :-) Kev View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999159#3999159 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999159 --===============2864197767785219271==-- From do-not-reply at jboss.com Mon Jan 8 13:27:22 2007 Content-Type: multipart/mixed; boundary="===============7803183784841195690==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:27:22 -0500 Message-ID: <22428415.1168280842567.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7803183784841195690== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable And the config file location System Property is? (Thanks for being my manu= al) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999160#3999160 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999160 --===============7803183784841195690==-- From do-not-reply at jboss.com Mon Jan 8 13:30:55 2007 Content-Type: multipart/mixed; boundary="===============2206405794839718576==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:30:55 -0500 Message-ID: <16561031.1168281055821.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2206405794839718576== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "Kevin.Conner(a)jboss.com" wrote : "mark.little(a)jboss.com" wrote : Do we = assume that the JBossAS directory is always writeable? | The data directory is :-) | = | Kev | = Good ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999163#3999163 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999163 --===============2206405794839718576==-- From do-not-reply at jboss.com Mon Jan 8 13:42:46 2007 Content-Type: multipart/mixed; boundary="===============0680910255362443760==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:42:46 -0500 Message-ID: <20228663.1168281766433.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0680910255362443760== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : And the config file location System Proper= ty is? (Thanks for being my manual) I suppose you're just lucky Adrian isn't watching ;-) com.arjuna.ats.arjuna.common.propertiesFile is used to set the file name. I= f not passed an absolute filename (starting with the string abs://), then t= he system searches for the file in the order: * current working directory * in the directory specified by the system property user.dir * in the directory specified by the system property user.home * in the directory specified by the system property java.home * using the getResource() method Hope that helps. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999166#3999166 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999166 --===============0680910255362443760==-- From do-not-reply at jboss.com Mon Jan 8 13:52:09 2007 Content-Type: multipart/mixed; boundary="===============7759822464778090031==" MIME-Version: 1.0 From: koen.aers at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: user based process versioning ? Date: Mon, 08 Jan 2007 13:52:09 -0500 Message-ID: <30313151.1168282329251.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7759822464778090031== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david" wrote : A process definition archive contains the name and version = of the process, as well as any associated information (process diagram, for= ms, etc). A variation on the standard file deployer is used to add a proce= ss definition to the container. Hm, does this not imply that you are forced to use Java EE? I think that mu= ch of the elegance of the current system comes from its lightweightness and= its ability to embed itself in whatever system. It would be a pity to lose= that IMO. Or is there something I am not getting? I like the option of a 'settable version number', much like manifest inform= ation that you can add to any archive. Regards, Koen View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999167#3999167 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999167 --===============7759822464778090031==-- From do-not-reply at jboss.com Mon Jan 8 13:52:59 2007 Content-Type: multipart/mixed; boundary="===============0246407694568817633==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 13:52:59 -0500 Message-ID: <6284333.1168282379672.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0246407694568817633== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "Kevin.Conner(a)jboss.com" wrote : "dimitris(a)jboss.org" wrote : If you ca= n just introduce property substitution that would be great. | JBossTS is a standalone transaction manager and does not currently supp= ort this. Overriding the default value in the integration layer would, how= ever, allow you to configure it via the mbean and therefore take advantage = of the substitution support in the app server. | Kev | = You mean add it to the com.arjuna.ats.jbossatx.jta.TransactionManagerServic= e mbean? Maybe this integrating mbean should live in the jboss codebase, that would = make thinks a lot easier when applying small changes like this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999169#3999169 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999169 --===============0246407694568817633==-- From do-not-reply at jboss.com Mon Jan 8 14:01:13 2007 Content-Type: multipart/mixed; boundary="===============5771489737252255238==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 14:01:12 -0500 Message-ID: <29452842.1168282873000.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5771489737252255238== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There's a separate integration module in the TS code, where integration cod= e for application servers exists. These days it only has AS code in there, = but over the years the amount of code there has grown and shrunk. I prefer = the current approach because then there's a single location for all integra= tion code related to TS and supported platforms. Kev will know for sure, but I suspect this code lives in its own jar. If th= at's the case then rebuilding that shouldn't ever require a re-QA of the st= and-alone TS: just re-QA for the integration. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999171#3999171 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999171 --===============5771489737252255238==-- From do-not-reply at jboss.com Mon Jan 8 14:10:41 2007 Content-Type: multipart/mixed; boundary="===============8678541808144595376==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: user based process versioning ? Date: Mon, 08 Jan 2007 14:10:41 -0500 Message-ID: <24527718.1168283441500.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8678541808144595376== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "koen.aers(a)jboss.com" wrote : Hm, does this not imply that you are forced= to use Java EE? I think that much of the elegance of the current system co= mes from its lightweightness and its ability to embed itself in whatever sy= stem. It would be a pity to lose that IMO. Well, storing the archive data inside the database isn't exactly lightweigh= t. :-) I don't think you'd have to use java ee deployers if you didn't want to, I'= m just using that as an example. As long as the engine knows where to pick= up process definitions it should work. This is (I think) actually a simpl= er use-case of javaee deployers, since there's no special startup or shutdo= wn action to be taken; it just has to store the process information in a Ma= p. Likewise the standalone version can just read the process definitions f= rom the filesystem; it already has the plumbing to do this today as far as = I can see. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999173#3999173 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999173 --===============8678541808144595376==-- From do-not-reply at jboss.com Mon Jan 8 14:21:02 2007 Content-Type: multipart/mixed; boundary="===============2192376673011881961==" MIME-Version: 1.0 From: Kevin.Conner at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - Re: ObjectStoreDir location Date: Mon, 08 Jan 2007 14:21:02 -0500 Message-ID: <16645605.1168284062159.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2192376673011881961== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "mark.little(a)jboss.com" wrote : There's a separate integration module in = the TS code, where integration code for application servers exists. These d= ays it only has AS code in there, but over the years the amount of code the= re has grown and shrunk. I prefer the current approach because then there's= a single location for all integration code related to TS and supported pla= tforms. This would also be my preference as we would normally only change it if the= re was a change in the associated core libraries. "mark.little(a)jboss.com" wrote : Kev will know for sure, but I suspect thi= s code lives in its own jar. If that's the case then rebuilding that should= n't ever require a re-QA of the stand-alone TS: just re-QA for the integrat= ion. Yes, that is correct. This has no bearing on our standalone QA run and is = tested using the AS testsuite. Kev View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999176#3999176 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999176 --===============2192376673011881961==-- From do-not-reply at jboss.com Mon Jan 8 14:41:51 2007 Content-Type: multipart/mixed; boundary="===============1493188652446049983==" MIME-Version: 1.0 From: akostadinov To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: ejb3-head testsuite Date: Mon, 08 Jan 2007 14:41:51 -0500 Message-ID: <17027069.1168285311429.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1493188652446049983== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It now fails to stop the server and build fails. I tried jdk1.5.0_10 also w= ith no success. Any suggestions? See http://cruisecontrol.jboss.com/cc/arti= facts/ejb3-head-testsuite/20070107164943/tests.log View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999182#3999182 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999182 --===============1493188652446049983==-- From do-not-reply at jboss.com Mon Jan 8 15:01:23 2007 Content-Type: multipart/mixed; boundary="===============7345324080449366008==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: ejb3-head testsuite Date: Mon, 08 Jan 2007 15:01:23 -0500 Message-ID: <28716719.1168286483758.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7345324080449366008== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Not really, other than looking in the server.log from the all config to see= if it reveals anything. Last week I was testing with the clustering configs (called node0 and node1= ) and ant didn't have any problems stopping them on my dev machine. They'r= e stripped down versions of 'all'. Only tangentially related, but the AS testsuite adds xmlns:server=3D"http:/= /jboss.org/ns/test/ant/server" to the "project" tag in its build xml and th= ereafter uses the server:start and server:stop macros to start/stop servers= . This is instead of the start-jboss and stop-jboss macros that EJB3 is pu= lling in from testsuite/imports/server-config.xml. Should we look at doing= the same in EJB3? Having 2 ways of starting/stopping the AS seems unneces= sary and a possible source of problems. Also, using the server:start/stop = approach helps decouple EJB3 from the testuite module. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999188#3999188 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999188 --===============7345324080449366008==-- From do-not-reply at jboss.com Mon Jan 8 15:10:51 2007 Content-Type: multipart/mixed; boundary="===============4409496985942236681==" MIME-Version: 1.0 From: krishna_mv To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - JBOSS4.0 - Startup Class in Ear - Urgent HELP Date: Mon, 08 Jan 2007 15:10:51 -0500 Message-ID: <18972494.1168287051399.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4409496985942236681== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi friends, I have the following issue. I have a custom startup class which is supposed to run when we start the se= rver. I have a message in the class which should print just before "Started= in 29s:750ms (which is the last line when u start the server)". I can handle this with Mbean and jboss-service.xml. But I have some depende= ncy classes in ear file which talks to this startup class. So, the issue is - is it possible to put the startup class in EAR and confi= gure somewhere so that my message gets printed when I just start the server. Appreciate you suggestion. Thanks View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999190#3999190 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999190 --===============4409496985942236681==-- From do-not-reply at jboss.com Mon Jan 8 15:45:50 2007 Content-Type: multipart/mixed; boundary="===============1572383115230506773==" MIME-Version: 1.0 From: jthorn To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Mon, 08 Jan 2007 15:45:50 -0500 Message-ID: <17339021.1168289150032.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1572383115230506773== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm also seeing some errors about the content manager which suggests to me = the shotoku might not be configured right. Here is the shotoku.properties = that we used to build. I know several of these properties arent set, is it= ok to leave them blank or can anybody give me an idea what to put in them?= = # # Content managers configuration # ------------------------------ # # Default content manager id shotoku.id.default =3D default # All ids that will be available for use shotoku.ids =3D default # Definitions of content managers shotoku.default.implementation =3D org.jboss.shotoku.svn.SvnContentManager shotoku.default.url =3D = shotoku.default.username =3D = shotoku.default.password =3D shotoku.default.localpath =3D shotoku.default.fullupdate =3D 1 # Should externals be checked out during an update of the WC. shotoku.default.externals =3D true # shotoku.file.implementation =3D org.jboss.shotoku.files.FileContentManager # shotoku.file.localpath =3D # shotoku.jcr.implementation =3D org.jboss.shotoku.jcr.JcrContentManager # shotoku.jcr.connector =3D org.jboss.shotoku.jcr.JackrabbitJcrConnector # shotoku.jcr.configfile =3D # shotoku.jcr.username =3D # shotoku.jcr.password =3D # shotoku.jcr.localpath =3D # # General configuration # --------------------- # # Embedded/ application server mode shotoku.embedded =3D false # Size of a byte array that is allocated when transferring files to/from # the client shotoku.transfer.buffer.size =3D 1024 # Interval between service (and cache) updates, in milliseconds shotoku.service.interval =3D 10000 # Number of created update threads (used for updating cache items) shotoku.updatethread.count =3D 10 # # Feeds configuration # ------------------- # # Content manager and directory in which feeds.properties is placed in shot= oku shotoku.internal.feeds.configcmid =3D shotoku.internal.feeds.configdir =3D # Interval between feed updates, in milliseconds shotoku.internal.feeds.service.interval =3D 10000 # # Tags configuration # ------------------ # # Should synchronization of tags be done shotoku.internal.tags.synchronization =3D 1 # Content manager and base directory with which synchronization of Shotoku = tags # will be done shotoku.internal.tags.cmid =3D shotoku.internal.tags.cmdir =3D # Interval between tag synchronization updates, in milliseconds shotoku.internal.tags.service.interval =3D 10000 # # Tests configuration # ------------------- # # Content manager and base directory in which tests will be done shotoku.internal.tests.id =3D default shotoku.internal.tests.dir =3D shotoku-test # # SVN content manager service configuration # ----------------------------------------- # Interval between working copy updates, in milliseconds shotoku.internal.svn.service.interval =3D 5000 # A debugging property which, when set to 0, will cause repositories not to= be # updated for the first time when being registered. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999198#3999198 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999198 --===============1572383115230506773==-- From do-not-reply at jboss.com Mon Jan 8 16:03:22 2007 Content-Type: multipart/mixed; boundary="===============4523057893822034817==" MIME-Version: 1.0 From: szimano To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Mon, 08 Jan 2007 16:03:22 -0500 Message-ID: <13675883.1168290202093.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4523057893822034817== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Key properties are: shotoku.default.url =3D = shotoku.default.username =3D = shotoku.default.password =3D = shotoku.default.localpath =3D = You have to fill them in with your repository credentials, where your CMS t= emplate should be uploaded. Tomek View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999202#3999202 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999202 --===============4523057893822034817==-- From do-not-reply at jboss.com Mon Jan 8 16:25:12 2007 Content-Type: multipart/mixed; boundary="===============0901766206658663761==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Aspect integration to bootstrap classes Date: Mon, 08 Jan 2007 16:25:12 -0500 Message-ID: <23939755.1168291512714.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0901766206658663761== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ah yes, how could I forget about the proxies I helped implement :-) I'll ha= ve a look at where the managed object are created and try to fit them in View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999208#3999208 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999208 --===============0901766206658663761==-- From do-not-reply at jboss.com Mon Jan 8 16:39:37 2007 Content-Type: multipart/mixed; boundary="===============1279610901471588837==" MIME-Version: 1.0 From: Cyberax To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Exception propagation using HTTP servlet transport on 1. Date: Mon, 08 Jan 2007 16:39:37 -0500 Message-ID: <8065363.1168292377574.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1279610901471588837== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I was not able to test it, because JBoss 4.0.5 doesn't support Remoting2 ye= t. BTW, it's not clear from documentation: does Remoting2 preserve exception t= ype thrown from server? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999211#3999211 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999211 --===============1279610901471588837==-- From do-not-reply at jboss.com Mon Jan 8 16:41:11 2007 Content-Type: multipart/mixed; boundary="===============6624865344449056838==" MIME-Version: 1.0 From: longfangq at hotmail.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Redelivery caused by System.exit()? Date: Mon, 08 Jan 2007 16:41:11 -0500 Message-ID: <13447014.1168292471191.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6624865344449056838== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, When our program receives a JMS message which instructs it to shut down, it= calls System.exit(0). It works well with another application server. When = we try to migrate to JBoss, we found that JMS message will not be consumed,= which means the program does receive the message and exit but when it rest= arts, that JMS message will be redelievered and cause it to exit again and = therefor an infinite loop. = We use non-transactional messaging and auto acknolowledge: QueueSession qSession =3D qCon.createQueueSession(false, Session.AUTO_ACKNOWLEDGE); Can anyone kindly help? many thanks! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999212#3999212 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999212 --===============6624865344449056838==-- From do-not-reply at jboss.com Mon Jan 8 17:44:47 2007 Content-Type: multipart/mixed; boundary="===============2103407961845923158==" MIME-Version: 1.0 From: jthorn To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Mon, 08 Jan 2007 17:44:47 -0500 Message-ID: <22187453.1168296287456.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2103407961845923158== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, after we put something in those properties it starts up with only a few= classpath erros but when we try to hit the page we are now getting a null = pointer exception and this shows up on the console: Caused by: org.apache.jasper.JasperException: Exception in JSP: /layouts/jb= ossForge.jsp:15 12: <% 13: if (!response.isCommitted()) { 14: %> 15: 16: <% 17: } 18: %> Stacktrace: at org.apache.jasper.servlet.JspServletWrapper.handleJspException(J= spServletWrapper.java:504) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWr= apper.java:375) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.j= ava:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter= (ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applica= tionFilterChain.java:173) at org.jboss.portal.theme.LayoutDispatcher.execute(LayoutDispatcher= .java:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.portal.server.servlet.CommandFilter.doFilter(CommandFi= lter.java:65) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter= (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applica= tionFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(Applicatio= nDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(Applica= tionDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(Applicati= onDispatcher.java:499) at org.jboss.portal.theme.LayoutDispatcher.include(LayoutDispatcher= .java:139) at org.jboss.portal.theme.impl.JSPLayout.assembleResponse(JSPLayout= .java:34) at org.jboss.portal.core.command.MarkupCommand.execute(MarkupComman= d.java:360) ... 97 more Caused by: javax.servlet.ServletException: /default/theme/jsp/jbossForge.jsp at org.jboss.forge.common.FilesFromRepoFilter.doFilter(FilesFromRep= oFilter.java:110) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter= (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applica= tionFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(Applicatio= nDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.processRequest(Ap= plicationDispatcher.java:463) at org.apache.catalina.core.ApplicationDispatcher.doForward(Applica= tionDispatcher.java:398) at org.apache.catalina.core.ApplicationDispatcher.forward(Applicati= onDispatcher.java:301) at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextI= mpl.java:703) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImp= l.java:670) at org.apache.jsp.layouts.jbossForge_jsp._jspService(jbossForge_jsp= .java:64) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:9= 7) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWr= apper.java:332) ... 116 more 16:22:24,165 ERROR [[PortalServletWithPathMapping]] Servlet.service() for s= ervlet PortalServletWithPathMapping threw exception org.jboss.shotoku.exceptions.ResourceDoesNotExist: /default/theme/jsp/jboss= Forge.jsp View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999238#3999238 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999238 --===============2103407961845923158==-- From do-not-reply at jboss.com Mon Jan 8 17:58:40 2007 Content-Type: multipart/mixed; boundary="===============1674147964794041961==" MIME-Version: 1.0 From: szimano To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Mon, 08 Jan 2007 17:58:40 -0500 Message-ID: <23570437.1168297120762.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1674147964794041961== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It only means you haven't uploaded CMS to your repo. Here's the cms template that you have to upload to you repository that you'= ve set up in shotoku.properties http://anonsvn.labs.jboss.com/labs/jbosslabs/trunk/cms-template/ Cheers, Tomek View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999245#3999245 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999245 --===============1674147964794041961==-- From do-not-reply at jboss.com Mon Jan 8 18:36:29 2007 Content-Type: multipart/mixed; boundary="===============3364688244076940006==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - JBMESSAGING-674 - Propagation of server List to client Date: Mon, 08 Jan 2007 18:36:29 -0500 Message-ID: <11041602.1168299389256.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3364688244076940006== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a discussion of http://jira.jboss.com/jira/browse/JBMESSAGING-674 Is it okay if I add these fields to ServerConnectionFactoryEndpoint? : protected int viewId; | private ClientConnectionFactoryDelegate[] delegates; | = | // Map Integer(failoverNodeID)> | private Map failoverMap; | = I want to update viewId and these other fields on ServerConnectionFactoryEn= dpoint every time the Replicator fires a change, and every time we need Con= nections I will be comparing clientSide viewId with server's side on Cluste= redConnectionFactory. Of course these fields will be 0 or Null in case of NonClusteredConnections. Any objections? Clebert View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999257#3999257 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999257 --===============3364688244076940006==-- From do-not-reply at jboss.com Mon Jan 8 19:31:22 2007 Content-Type: multipart/mixed; boundary="===============8956479564460205903==" MIME-Version: 1.0 From: bnoll To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Persistence on JBoss] - Fix for org.jboss.util.file.ArchiveBrowser Date: Mon, 08 Jan 2007 19:31:22 -0500 Message-ID: <27599574.1168302682787.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8956479564460205903== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm not sure that this is the best place to post this, but I ran into the p= roblem when doing JPA stuff, so this is where I came. If it needs to be mo= ved, please do so. The class org.jboss.util.file.ArchiveBrowser in jboss-archive-browsing-5.0.= 0alpha-200607201-119.jar seems to puke when the 'getBrowser' method encount= ers whitespace. It looks like this was a bug once upon a time (as per http= ://jira.jboss.com/jira/browse/JBCOMMON-1) that has resurfaced. The offending lines are: | File file =3D null; | try | { | file =3D new File(new URI(url.toString())); | } | catch(URISyntaxException urisyntaxexception) | { | throw new RuntimeException("Not a valid URL: " + url, u= risyntaxexception); | } The change should be as easy as saying... | file =3D new File (new URI(url.toString().replace(" ", "+"))); | = There may be some utility down in the jboss common code or other open sourc= e library that I'm not aware of that encapsulates this functionality. = This is occurring when trying to run tests in a maven 2 project, and those = tests depend on and refer to a jar in my local repo that contains the annot= ated persistent entities. I'm working on a Windows machine, so unfortunate= ly, that jar lives in 'C:\Documents and Settings', which is causing the pro= blem. I tried it on a mac, where my m2 repo doesn't contain a space, and i= t works just fine. Here is a portion of the stack trace: Caused by: java.lang.RuntimeException: Not a valid URL: file:/C:/Documents = and Settings/bnoll/.m2/repository/org/appfuse/appfuse-jpa-common-working/2.= 0-SNAPSHOT/appfuse-jpa-common-working-2.0-SNAPSHOT.jar at org.jboss.util.file.ArchiveBrowser.getBrowser(Unknown Source) at org.hibernate.ejb.Ejb3Configuration.scanForClasses(Ejb3Configuration.ja= va:610) ... 38 more View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999263#3999263 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999263 --===============8956479564460205903==-- From do-not-reply at jboss.com Mon Jan 8 19:47:35 2007 Content-Type: multipart/mixed; boundary="===============8429819523283457925==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBossMQ delayed redelivery implementation Date: Mon, 08 Jan 2007 19:47:35 -0500 Message-ID: <11569773.1168303655233.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8429819523283457925== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I came up with this feature. It is an oversight. The feature I did not need= to have work with session recovery, just with transactions. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999265#3999265 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999265 --===============8429819523283457925==-- From do-not-reply at jboss.com Mon Jan 8 19:53:06 2007 Content-Type: multipart/mixed; boundary="===============4595012670036049799==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Expiring/DLQ same message from multiple subscriptions Date: Mon, 08 Jan 2007 19:53:06 -0500 Message-ID: <12152414.1168303986250.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4595012670036049799== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : If I send a message to a topic, and it ends up being deliv= ered to n subscriptions on that topic, then the message expires, should the= message be added to the expiry queue n times, one for each subscription, o= r only once? | = JBossMQ creates an expired message for every subscription. anonymous wrote : = | A more complex but related situation is for messages that have exceeded= max delivery attempts. | = | If a message is sent to a topic with n subscriptions. Then depending on= how many times the client calls recover() or rollback() for one or more of= the subscriptions, then the message could have exceeded max delivery attem= pts for some of the subscriptions but not with others. | = | So the message needs to be added to the DLQ for some of the subscriptio= ns, but not for others - how does this effect the subscriptions who have no= t exceeded max delivery attempts? | = | Can we end up with a situation where the same message (same message id)= is in the queue (dlq or expiry queue) multiple times? Would we get primary= key violations in the database? | = How I did it was to basically create a new message, which is mostly a copy = of the original message, with additional headers indicating the original me= ssage ID, queue or topic name, and time of expiry. Then, JBossMQ would remo= ve the old message and store the new message as a single DB operation. You don't really need to worry about ID conflicts therefore. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999266#3999266 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999266 --===============4595012670036049799==-- From do-not-reply at jboss.com Mon Jan 8 19:54:42 2007 Content-Type: multipart/mixed; boundary="===============7340835329400551361==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Tests for JBoss MQ message counter functionality Date: Mon, 08 Jan 2007 19:54:42 -0500 Message-ID: <9515135.1168304082500.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7340835329400551361== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There aren't any tests I know of. The counter functionality is really bad (= the JMX methods return HTML blocks which would have to be parsed) and Adria= n continues to threaten to remove it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999267#3999267 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999267 --===============7340835329400551361==-- From do-not-reply at jboss.com Mon Jan 8 19:59:12 2007 Content-Type: multipart/mixed; boundary="===============4296079565624153639==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagation of server List to client Date: Mon, 08 Jan 2007 19:59:12 -0500 Message-ID: <31524365.1168304352826.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4296079565624153639== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Instead of updating failoverMap on every communication we will be doing act= ivelly when server's view (failoverMap and connectionDelegate) has changed. We will have a static list somewhere on the client, and update that list wh= en new nodes are joining the cluster. I will have to think of something, as= right now I don't have many details about how this will be implemented. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999268#3999268 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999268 --===============4296079565624153639==-- From do-not-reply at jboss.com Mon Jan 8 20:32:58 2007 Content-Type: multipart/mixed; boundary="===============5650664150523064694==" MIME-Version: 1.0 From: Cyberax To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Leasing is br0ken in servlet transport. Date: Mon, 08 Jan 2007 20:32:58 -0500 Message-ID: <4974645.1168306378237.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5650664150523064694== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Servlet transport doesn't process lease request messages, so it doesn't wor= k. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999274#3999274 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999274 --===============5650664150523064694==-- From do-not-reply at jboss.com Mon Jan 8 20:58:37 2007 Content-Type: multipart/mixed; boundary="===============2825140845945250751==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover analysis Date: Mon, 08 Jan 2007 20:58:37 -0500 Message-ID: <2867792.1168307917492.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2825140845945250751== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Clebert wrote : = | Ovidiu on Wiki Page wrote : If there are active threads traversing the = valve at the moment when "close" command arrives, those threads must be int= errupted and put to wait until the valve opens again | = | = | There is no way to interrupt those threads, but on the event of a failu= re, all of the inflight invocations are going to fail at the same time, and= all of them will capture the failure trying to close the valve at the same= time. | = Not in a portable way, I agree. But then I said that a possibility would be= to close the valve regardless of any active thread, since the active threa= ds will have no choice but fail anyway shortly. = For that, we need to make sure that: 1. We can close a valve with active threads traversing it 2. Once a valve is closed, it still handles correctly a downstream failure. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999276#3999276 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999276 --===============2825140845945250751==-- From do-not-reply at jboss.com Mon Jan 8 21:08:59 2007 Content-Type: multipart/mixed; boundary="===============8762614630314479782==" MIME-Version: 1.0 From: Cyberax To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Servlet transport is completely broken. Date: Mon, 08 Jan 2007 21:08:59 -0500 Message-ID: <32516680.1168308539337.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8762614630314479782== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Servlet transport (in Remoting 2.0) is broken in sooooo many ways.... 1) There can't be two servlet invokers (it's necessary, for example, if you= want to use them for JBoss Messagning and for EJBs - they require separate= connectors) because ObjectName is hard-coded in ServletServerInvoker.java 2) Null returns from invokers are sent to client as empty 204 responses and= custom marshallers have no change to process return value. This breaks JBo= ss Messaging which expects that EVERY message contains at least two bytes (= version tag and format tag). = 3) No support for PINGS. 4) etc. I've fixed all of them :) Now I can use JBoss Messaging using servlet conne= ctor. Should I send patch version? BTW, probably some of these bugs are present in other invokers (HTTP invoke= r, in particular). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999277#3999277 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999277 --===============8762614630314479782==-- From do-not-reply at jboss.com Mon Jan 8 21:26:46 2007 Content-Type: multipart/mixed; boundary="===============5779537721943788006==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover analysis Date: Mon, 08 Jan 2007 21:26:46 -0500 Message-ID: <13957189.1168309606584.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5779537721943788006== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Keeping a single centralized valve per connection gives a single point of b= ottleneck. All threads invoking into any delegate will have to acquire/rele= ase the synchronization element of that valve. This will lead to a lot of c= ontention. Distributing the load across different valve instances will relieve some of= this pressure, with no apparent drawback. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999281#3999281 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999281 --===============5779537721943788006==-- From do-not-reply at jboss.com Mon Jan 8 21:33:25 2007 Content-Type: multipart/mixed; boundary="===============9097919846324281641==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover analysis Date: Mon, 08 Jan 2007 21:33:25 -0500 Message-ID: <5507485.1168310005492.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9097919846324281641== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Even if we keep a single valve instance per connection, I see no reason to = involve remotingConnection at such low level, as you do in | JMSRemotingConnection remotingConnection =3D null; | = | try | { | valve.enter(); | = | // it's important to only retrieve the remotingConnection whil= e inside the Valve, as we | // guarantee that no failover has happened yet | remotingConnection =3D connectionState.getRemotingConnection(); | return invocation.invokeNext(); | } | catch (CannotConnectException e) | { | log.warn("We got a CannotConnectionException and we are trying= a failover", e); | ((ConnectionDelegate)connectionState.getDelegate()).performFai= lover(remotingConnection); | return invocation.invokeNext(); | = | } | catch (IOException e) | { | log.warn("We got an IOException and we are trying a failover",= e); | ((ConnectionDelegate)connectionState.getDelegate()).performFai= lover(remotingConnection); | return invocation.invokeNext(); | } Why don't we just message the connection: "there's failure, deal with it!". = The connection has access to the proper remoting connection instance, why d= oes it need to receive as an argument of the call? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999282#3999282 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999282 --===============9097919846324281641==-- From do-not-reply at jboss.com Mon Jan 8 21:47:18 2007 Content-Type: multipart/mixed; boundary="===============6920267594977658351==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover analysis Date: Mon, 08 Jan 2007 21:47:17 -0500 Message-ID: <21926541.1168310837962.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6920267594977658351== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What's the use case for an re-entrant lock? If the valve is distributed amo= ng delegates, you probably don't need that, hence reduced complexity ... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999284#3999284 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999284 --===============6920267594977658351==-- From do-not-reply at jboss.com Tue Jan 9 03:29:04 2007 Content-Type: multipart/mixed; boundary="===============2976586007067701431==" MIME-Version: 1.0 From: ben.wang at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Tue, 09 Jan 2007 03:29:03 -0500 Message-ID: <25672020.1168331343964.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2976586007067701431== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is interesting proposal, Brian. :-) But I am still pondering will it really help. I have been grapling with thi= s problem for a while now since I encountered this in the "stress" test env. Basically, in release 2.0, since we move to the flat-space approach as all = the real POJO attachment happens at "__JBossInternal__" node. E.g., we will= store the real POJO under, say, "__JBossInterna__/e4xx99ssjswi" node. This imposes the fqn "__JBossInternal__" as the bottleneck as whenever I ne= ed to map another POJO, I will need to obtain a WL on "__JBossInternal__" f= irst. And note that WL is needed for both attach and detach (a la, remove) = as well. So question is what options that we have to improve the concurrency while m= aintaining the correctness? I am finding not a lot, other than using the Re= gion concept to improve it somewhat. Can a specialized Node for "__JBossInternal__" help? During the creation an= d removal of child node, actually I can forgo the interceptor chain and jus= t rely on the Node ConcurrentHashMap to provide synchonization. But I will = run into problem when I need to rollback either attach or detach operations= (unless I still go thru the interceptor stack). Any thought? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999350#3999350 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999350 --===============2976586007067701431==-- From do-not-reply at jboss.com Tue Jan 9 03:54:52 2007 Content-Type: multipart/mixed; boundary="===============4806479935675975183==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover analysis Date: Tue, 09 Jan 2007 03:54:52 -0500 Message-ID: <16641802.1168332892732.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4806479935675975183== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "ovidiu.feodorov(a)jboss.com" wrote : Keeping a single centralized valve pe= r connection gives a single point of bottleneck. All threads invoking into = any delegate will have to acquire/release the synchronization element of th= at valve. This will lead to a lot of contention. | = | Distributing the load across different valve instances will relieve som= e of this pressure, with no apparent drawback. | = I don't really agree with this. You would only get a lot of contention if t= he threads were all attempting to get the same write lock, but in the norma= l case they would be getting the read lock, and multiple read locks can obt= ained at any one time - this is kind of the whole point of read locks. There may be a very small synchronized region in actually executing the cal= l to get the read lock but this is probably insignificant. If we can reduce the scope for deadlock and make the code simpler by using = a single pair of locks I would prefer that solution. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999355#3999355 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999355 --===============4806479935675975183==-- From do-not-reply at jboss.com Tue Jan 9 04:05:45 2007 Content-Type: multipart/mixed; boundary="===============9082152891842337553==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Tests for JBoss MQ message counter functionality Date: Tue, 09 Jan 2007 04:05:45 -0500 Message-ID: <32784370.1168333545400.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9082152891842337553== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have ported it anyway. I have made a few changes along the way. There was one biggie where the cou= nters are updated as every message arrives at a destination. *slow*. I have changed this so instead the counter queries (samples) the queues eve= ry x milliseconds and updates itself appropriate - so it shouldn't be a bot= tleneck. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999357#3999357 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999357 --===============9082152891842337553==-- From do-not-reply at jboss.com Tue Jan 9 04:09:14 2007 Content-Type: multipart/mixed; boundary="===============7418057678724332305==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBossMQ delayed redelivery implementation Date: Tue, 09 Jan 2007 04:09:14 -0500 Message-ID: <4734253.1168333754534.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7418057678724332305== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hmm, ok. But even with transaction rollback, local tx rollback just causes session r= ecovery anyway, so the same applies. The only time the messages would get nacked back to the queue would be if t= he orginal local consumer that originally got the message had closed, other= wise it is just recovered directly to the local consumers. anonymous wrote : = | (JMS1.1 4.4.7). = | * "If a transaction rollback is done, its produced messages are des= troyed and its consumed | * messages are automatically recovered. For more information on ses= sion recovery, see Section | * 4.4.11 'Message Acknowledgment.'" | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999360#3999360 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999360 --===============7418057678724332305==-- From do-not-reply at jboss.com Tue Jan 9 04:10:36 2007 Content-Type: multipart/mixed; boundary="===============5930525692357838289==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Expiring/DLQ same message from multiple subscriptions Date: Tue, 09 Jan 2007 04:10:36 -0500 Message-ID: <5831689.1168333836526.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5930525692357838289== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That makes sense. I suggest we do the same for JBM View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999361#3999361 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999361 --===============5930525692357838289==-- From do-not-reply at jboss.com Tue Jan 9 04:39:22 2007 Content-Type: multipart/mixed; boundary="===============4013252677535144853==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover analysis Date: Tue, 09 Jan 2007 04:39:22 -0500 Message-ID: <26606156.1168335562746.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4013252677535144853== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable OK. = One pair of locks shared by all delegates belonging to one connection. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999366#3999366 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999366 --===============4013252677535144853==-- From do-not-reply at jboss.com Tue Jan 9 05:14:08 2007 Content-Type: multipart/mixed; boundary="===============3209251038438851319==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - DeclaredStructure ThreadLocal field Date: Tue, 09 Jan 2007 05:14:08 -0500 Message-ID: <23245170.1168337648056.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3209251038438851319== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What's the usage of activeMetaData field in DeclaredStructure class (part o= f structured deployers)? It is private and never unset. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999378#3999378 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999378 --===============3209251038438851319==-- From do-not-reply at jboss.com Tue Jan 9 06:54:49 2007 Content-Type: multipart/mixed; boundary="===============2400356961637876456==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Strategy for supporting NonSerializable data Date: Tue, 09 Jan 2007 06:54:49 -0500 Message-ID: <25865847.1168343689307.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2400356961637876456== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable With the switch to JDK5, accessing remotely the MBeanServer over the legacy= JMXAdaptor and getting back MBeanInfo is problematic, due to non-serializa= ble objects stored in the MBeanInfo Descriptors. We could deal with this under jdk1.4 by controling the javax.management.mod= elmbean.DescriptorSupport, but not when using jdk5. A possible short-term solution is to create an interceptor that filters out= non-serializable stuff: http://jira.jboss.com/jira/browse/JBAS-1955 Is there any other strategy or plan dealing with this problem, by the Remot= ing and Serialization projects? I see org.jboss.invocation.MarshalledInvocation can delegate to Cleberts pl= ugable Serialization - could this be used? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999404#3999404 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999404 --===============2400356961637876456==-- From do-not-reply at jboss.com Tue Jan 9 08:05:05 2007 Content-Type: multipart/mixed; boundary="===============8452066140100582117==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Tue, 09 Jan 2007 08:05:05 -0500 Message-ID: <28065869.1168347905588.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8452066140100582117== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable can i conclude that there is concensus to have 2 separate search pages: one= for task instances and one for process instances ? open questions: * will both of these have a menu item ? * will there be a process definition search as well ? * if not, what will be the way to start a new process instance of a process= definition ? Maybe we should have following menu items: 'Tasks', 'Processes' (process de= finitions) and 'Executions' (process instances) = Just a suggestion: Tasks: shows the user task list by default. I would put the search criteri= a form below the user task list. By default, the current actor criteria fi= eld is set to the authenticated user... Processes: shows the list of processes. By default the list will filter ou= t all processes that are not the highest version for a given process name. = Also here below the list, we could have the search criteria that can be r= efined by the user. Executions: shows the process instances sorted by start date descending by = default. Also here i would put the dearch criteria form below the actual l= ist. On performance: I would not be bothered by performance now. The architectu= re is build for scalability. Fixing issues will be dealt with later. Func= tionality, navigation and ease of use are more important for now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999431#3999431 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999431 --===============8452066140100582117==-- From do-not-reply at jboss.com Tue Jan 9 08:07:51 2007 Content-Type: multipart/mixed; boundary="===============6845133435733500076==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Tue, 09 Jan 2007 08:07:51 -0500 Message-ID: <16681591.1168348071788.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6845133435733500076== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : "tom.baeyens(a)jboss.com" wrote : Process= es : Should display a list of processes similar to the current Find Process= es menu screen. By default, this screen shows only the latest versions of = the processes in alphabetical order. | = | For the new prototype, there should be two tables for Processes. One t= able should have a row for each unique process name, and it should contain = any information that is shared between all versions of a process (even if i= t is just the name). The other will be a child table of the main Process t= able and should contain per-version information. The main process table sh= ould have link to the Process Version table representing the current "activ= e" version. This way, the latest version of a process can be found without= having to using grouping SQL operations, and also the user can easily reve= rt to an earlier version of a process if they need to by changing a simple = link. | = | This normalization will greatly simplify the querying of process inform= ation. Wouldn't this be nicer solved by a checkbox in the search criteria "Show al= l versions" which by default is unchecked ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999432#3999432 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999432 --===============6845133435733500076==-- From do-not-reply at jboss.com Tue Jan 9 08:11:25 2007 Content-Type: multipart/mixed; boundary="===============8572572837405278419==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Tue, 09 Jan 2007 08:11:25 -0500 Message-ID: <31316199.1168348285820.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8572572837405278419== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : "bazoo" wrote : Instead of "End Task", I = would suggest "Proceed", to reinforce the idea that the user is moving thro= ugh a process. | = | The "End Task" is not terminology that is defined by the web console. = The caption of each of the transition buttons is determined by the name of = the corresponding transition. In this case, the "websale" example process = happens to have transitions named "End Task". | = if there are multiple leaving transitions, the transition names should be s= hown. but the web app also must have a default name in case there is 1 sin= gle anonymous transition. From the proposals that i have seen so far, i li= ke 'Complete' or 'Finish' the most View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999435#3999435 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999435 --===============8572572837405278419==-- From do-not-reply at jboss.com Tue Jan 9 08:17:44 2007 Content-Type: multipart/mixed; boundary="===============3090511031097423265==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Tue, 09 Jan 2007 08:17:44 -0500 Message-ID: <30424269.1168348664026.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3090511031097423265== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : Wouldn't this be nicer solved by a checkb= ox in the search criteria "Show all versions" which by default is unchecked= ? The problem isn't the UI. We can do a checkbox, that's no problem. The pr= oblem is that the query cannot be made efficient, because it is not possibl= e to know the latest version of a process without reading all rows of the p= rocess definition table with that process' name. That's why I recommend th= at the tables be normalized, with one table for Processes and one for Proce= ssVersions. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999438#3999438 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999438 --===============3090511031097423265==-- From do-not-reply at jboss.com Tue Jan 9 08:19:53 2007 Content-Type: multipart/mixed; boundary="===============0217453727180494570==" MIME-Version: 1.0 From: bazoo To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Tue, 09 Jan 2007 08:19:53 -0500 Message-ID: <23728209.1168348793917.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0217453727180494570== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sounds good to me. One small point - personally I would prefer the menu ite= m to be entitled "Instances" rather than "Executions". The word is slightly= less technical and therefore more instantly understandable to the end user. Regarding the two separate search pages. To keep navigation simple, how abo= ut having one menu item "Search" then two tabs, one "Tasks" another "Proces= ses"? Regarding starting a new process. To me that is an important operation, and= deserves its own place in the main menu structure. Perhaps you would click= the "Start process" menu item, which would result in a page listing all th= e process definitions available to be started. The user would then click a = button "Start" next to the one they want. Just an idea. Cheers Matt View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999439#3999439 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999439 --===============0217453727180494570==-- From do-not-reply at jboss.com Tue Jan 9 08:31:56 2007 Content-Type: multipart/mixed; boundary="===============6446118827264268834==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Tue, 09 Jan 2007 08:31:55 -0500 Message-ID: <26304029.1168349515979.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6446118827264268834== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable yes. i agree with ronald. = if there is one or more tasks created assigned to the authenticated user, s= elect an arbitrary one from that list and navigate to that task form. othe= rwise, navigate to the task list home page. i don't think it's necessary to do anything specific for pooled actors. ca= use after starting a process instance and if there is no task assigned to t= he authenticated user, the user should navigate to the task list home page.= If there are group tasks, he/she'll see them instantly in the group task = list (which i think should be on that same page) and the user can instantly= perform the 'take' operation on that task. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999444#3999444 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999444 --===============6446118827264268834==-- From do-not-reply at jboss.com Tue Jan 9 08:32:47 2007 Content-Type: multipart/mixed; boundary="===============4281526954173170452==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Tue, 09 Jan 2007 08:32:46 -0500 Message-ID: <3420418.1168349566953.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4281526954173170452== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sounds OK... are you sure you want to use "Executions" though? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999445#3999445 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999445 --===============4281526954173170452==-- From do-not-reply at jboss.com Tue Jan 9 08:37:12 2007 Content-Type: multipart/mixed; boundary="===============2111671698438410032==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Tue, 09 Jan 2007 08:37:12 -0500 Message-ID: <4163768.1168349832497.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2111671698438410032== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I intended that for tasks, variables, tokens, there would only be one line = of information. Optionally with a link to a more detailed information page. So as far as i can see we are all in agreement here. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999447#3999447 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999447 --===============2111671698438410032==-- From do-not-reply at jboss.com Tue Jan 9 08:51:42 2007 Content-Type: multipart/mixed; boundary="===============0721719210808624313==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Tue, 09 Jan 2007 08:51:42 -0500 Message-ID: <31866644.1168350702084.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0721719210808624313== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : if there is one or more tasks created ass= igned to the authenticated user, select an arbitrary one from that list and= navigate to that task form. otherwise, navigate to the task list home pag= e. People aren't going to like that, I'm sure. The rule should at least be pr= edictable so that process designers (the people) can have some idea of what= will happen. If you're dead-set against a created task list like we have = now, what about just always choosing the first task. That will at least be= predictable. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999450#3999450 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999450 --===============0721719210808624313==-- From do-not-reply at jboss.com Tue Jan 9 09:28:13 2007 Content-Type: multipart/mixed; boundary="===============4970875826754161093==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: user based process versioning ? Date: Tue, 09 Jan 2007 09:28:13 -0500 Message-ID: <25293080.1168352893783.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4970875826754161093== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable we shouldn't rely on enterprise java. = the more i think about it, the more i'm convinced that we cannot put the us= ers in charge of versioning. so if we want an auto-deploy directory, full copies of the process archive = files will have to be stored for comparison upon next directory scan. This= full copy could potentially be stored on the filesystem or in the database= . that doesn't really matter. but since jbpm already depends on a db in m= ost deployments, this would be the first thing i implement. = david, i don't yet see the point of having a table separation for process d= efinition versions and process definitions. now there is only a process = definition version table and the name and version are columns. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999465#3999465 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999465 --===============4970875826754161093==-- From do-not-reply at jboss.com Tue Jan 9 09:49:26 2007 Content-Type: multipart/mixed; boundary="===============8468607641551684355==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Tue, 09 Jan 2007 09:49:26 -0500 Message-ID: <16624411.1168354166133.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8468607641551684355== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just a thought, a hash bucket approach (that I suggested to Hibernate some = while back) to reduce contention on a parent node may help here as well. T= his may be encapsulated into an 'InternalNode' or wired manually in PojoCac= he code (for now, maybe). The basic idea is that when you need to create = /_JBossInternal_/Node1 /_JBossInternal_/Node2 /_JBossInternal_/Node10 /_JBossInternal_/Node11 you actually create: /_JBossInternal_/Bucket0-9/Node1 /_JBossInternal_/Bucket0-9/Node2 /_JBossInternal_/Bucket10-19/Node10 /_JBossInternal_/Bucket10-19/Node11 which will reduce the contention on _JBossInternal_ as a direct parent. Pe= rhaps this is behaviour we could add (in the 3.0 timeframe?) to JBoss Cache= 's core Node impls, so all user data gets to benefit from this as well? Cheers, Manik View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999478#3999478 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999478 --===============8468607641551684355==-- From do-not-reply at jboss.com Tue Jan 9 09:50:32 2007 Content-Type: multipart/mixed; boundary="===============8881064362243124094==" MIME-Version: 1.0 From: longfangq at hotmail.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Redelivery caused by System.exit()? urgent!!!! Date: Tue, 09 Jan 2007 09:50:32 -0500 Message-ID: <5780795.1168354232703.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8881064362243124094== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, When our program receives a JMS message which instructs it to shut down, it= calls System.exit(0). It works well with another application server. When = we try to migrate to JBoss, we found that JMS message will not be consumed,= which means the program does receive the message and exit but when it rest= arts, that JMS message will be redelievered and cause it to exit again and = therefor an infinite loop. = We use non-transactional messaging and auto acknolowledge: QueueSession qSession =3D qCon.createQueueSession(false, Session.AUTO_ACKNOWLEDGE); Can anyone kindly help? many thanks! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999479#3999479 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999479 --===============8881064362243124094==-- From do-not-reply at jboss.com Tue Jan 9 09:59:38 2007 Content-Type: multipart/mixed; boundary="===============6541702714570818358==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Redelivery caused by System.exit()? urgent!!!! Date: Tue, 09 Jan 2007 09:59:38 -0500 Message-ID: <8959809.1168354778798.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6541702714570818358== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You are in the wrong forum. Please post in the messaging user forum (I already had to move your last me= ssage). This is a forum for design discussions View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999485#3999485 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999485 --===============6541702714570818358==-- From do-not-reply at jboss.com Tue Jan 9 10:02:31 2007 Content-Type: multipart/mixed; boundary="===============7936226478703406494==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Redelivery caused by System.exit()? urgent!!!! Date: Tue, 09 Jan 2007 10:02:31 -0500 Message-ID: <18304361.1168354951170.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7936226478703406494== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable longfangq- A word of advice: If you want someone to look at your issue, then a) posting in the wrong for= um b) posting multiple times and c) "urgent!!!!" is not the best way to go = about it. Heed my words, there are much grumpier people than me lurking around ;) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999490#3999490 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999490 --===============7936226478703406494==-- From do-not-reply at jboss.com Tue Jan 9 10:21:39 2007 Content-Type: multipart/mixed; boundary="===============5588265239235257974==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: user based process versioning ? Date: Tue, 09 Jan 2007 10:21:39 -0500 Message-ID: <25611095.1168356099186.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5588265239235257974== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : david, i don't yet see the point of havin= g a table separation for process definition versions and process definition= s. now there is only a process definition version table and the name and= version are columns. = Yes, which means that in order to determine the latest version of a process= , the generated SQL must select all rows for a process to know what the lat= est version is. If we have a separate version table, then only one row from each table need= be selected to determine the latest version. This is just one benefit of = having normalized database tables. All the tables in jBPM should be normal= ized unless there is a very good reason not to (which there usually isn't). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999502#3999502 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999502 --===============5588265239235257974==-- From do-not-reply at jboss.com Tue Jan 9 10:22:31 2007 Content-Type: multipart/mixed; boundary="===============0232426439225946244==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Tue, 09 Jan 2007 10:22:31 -0500 Message-ID: <14456933.1168356151893.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0232426439225946244== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In the latest version of the adapter (HEAD), the non-transactional context = is handled by the JCA adapter using Local JMS transactions which was added = to support the case where a Bean managed or CMT Not Supported MDB throws a = Runtime Exception. Here the JMS and EJB specs differ as to how this should = be treated. We had a long thread about this awhile ago when we were trying = to address issues with the JBoss beta we were trying to get out the door. = Unfortunately, for this case (and many others) there is no 'correct' behavi= or as the spec is silent in this regard. = Note the behavior in HEAD is a complete rewrite from the way we originally = handled this. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999503#3999503 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999503 --===============0232426439225946244==-- From do-not-reply at jboss.com Tue Jan 9 10:29:51 2007 Content-Type: multipart/mixed; boundary="===============0495976280695286817==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Tue, 09 Jan 2007 10:29:51 -0500 Message-ID: <31512405.1168356591013.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0495976280695286817== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : In the latest version of the adapter (HE= AD), the non-transactional context is handled by the JCA adapter using Loca= l JMS transactions = Ok good, this is what I would expect, and is consistent with how transactio= nal message delivery with MDBs works (convertion of work done outside the g= lobal tx into work done inside the global tx). This means the behaviour expected in http://jira.jboss.com/jira/browse/JBME= SSAGING-410 is not going to happen in HEAD anyway. So I think we are safe to revert the changes in JBMESSAGING-410 and I can g= et the patch out ASAP. Everyone agreed? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999506#3999506 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999506 --===============0495976280695286817==-- From do-not-reply at jboss.com Tue Jan 9 10:32:31 2007 Content-Type: multipart/mixed; boundary="===============1339619913908834965==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Plan to improve CMS integration Date: Tue, 09 Jan 2007 10:32:30 -0500 Message-ID: <25400821.1168356750802.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1339619913908834965== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In order to improve the CMS integration on the following points : 1/ more decouple the CMS from the portal 2/ improve the integration of content into portal pages We should handle content at the portal object level. Today a portal window = is implicitely a window that points to a portlet. It is possible to make the Window agnostic of portlets and introduce to sub= interfaces PortletWindow and ContentWindow. PortletWindow would contain the String reference to the portlet instance an= d ContentWindow would contain an URI that would point to the CMS content. This way admins would not have to configure the CMS portlet that points to = the appropriate content. I would like to perform that change for the beta release. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999509#3999509 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999509 --===============1339619913908834965==-- From do-not-reply at jboss.com Tue Jan 9 10:42:35 2007 Content-Type: multipart/mixed; boundary="===============7545309977399973234==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Tue, 09 Jan 2007 10:42:35 -0500 Message-ID: <22821660.1168357355585.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7545309977399973234== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I prefer ProcessInstances over Executions. Not only more understandable to = the user, but consistent with the jBPM object model / API. In general I would try not to re-invent terms if jBPM already has a good te= rm for something. ProcessDefinitions and ProcessInstances are not only jBPM= terms, but are pretty much "industry standard" (as much as there are stand= ards in the BPM market). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999512#3999512 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999512 --===============7545309977399973234==-- From do-not-reply at jboss.com Tue Jan 9 10:44:43 2007 Content-Type: multipart/mixed; boundary="===============1918693505341742828==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: free choice of initial node Date: Tue, 09 Jan 2007 10:44:43 -0500 Message-ID: <14687774.1168357483064.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1918693505341742828== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.com/jira/browse/JBPM-820 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999514#3999514 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999514 --===============1918693505341742828==-- From do-not-reply at jboss.com Tue Jan 9 10:48:01 2007 Content-Type: multipart/mixed; boundary="===============2653490611173776071==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace separate managers task list view with generic se Date: Tue, 09 Jan 2007 10:48:01 -0500 Message-ID: <25933079.1168357681476.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2653490611173776071== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i would leave fine grained authorization out of the current 3.2 release and= postpone it to one of the later releases. = this requires special care as that might make it much harder to rip out the= default jbpm identity component. great care has to be taken with the defa= ults so that the authorization is natural, but not fine grained if you repl= ace or remove your identity component. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999517#3999517 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999517 --===============2653490611173776071==-- From do-not-reply at jboss.com Tue Jan 9 10:52:03 2007 Content-Type: multipart/mixed; boundary="===============7869017019277950590==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Tue, 09 Jan 2007 10:52:03 -0500 Message-ID: <5097297.1168357923269.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7869017019277950590== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable changing the db schema to split the jbpm_processdefinition table in 2 is to= o complicated, i think. but we could add a column ISLATEST_ to the process definition table that we= maintain manually during deployment. is that a good idea ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999519#3999519 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999519 --===============7869017019277950590==-- From do-not-reply at jboss.com Tue Jan 9 10:53:03 2007 Content-Type: multipart/mixed; boundary="===============4346253894306663042==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Tue, 09 Jan 2007 10:53:03 -0500 Message-ID: <32498978.1168357983440.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4346253894306663042== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Another objective is to allow to split the core module into several sub mod= ules (base services / UI / CMS integration) in order to increase the flexib= ility and ease the development made on that module. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999520#3999520 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999520 --===============4346253894306663042==-- From do-not-reply at jboss.com Tue Jan 9 10:56:32 2007 Content-Type: multipart/mixed; boundary="===============0469398767948133666==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Tue, 09 Jan 2007 10:56:32 -0500 Message-ID: <6931006.1168358192556.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0469398767948133666== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : Sounds OK... are you sure you want to use= "Executions" though? no. i'm not sure :-) take whatever you think is best from all the suggestions in these threads. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999521#3999521 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999521 --===============0469398767948133666==-- From do-not-reply at jboss.com Tue Jan 9 10:58:29 2007 Content-Type: multipart/mixed; boundary="===============5271837411952325057==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Tue, 09 Jan 2007 10:58:29 -0500 Message-ID: <1750257.1168358309165.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5271837411952325057== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable always choosing the first task is definitely good for me. as long as we try to minimize the user navigation by autonavigating the use= r to the page that the user is most likely to visit after a command operati= on. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999522#3999522 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999522 --===============5271837411952325057==-- From do-not-reply at jboss.com Tue Jan 9 11:02:27 2007 Content-Type: multipart/mixed; boundary="===============1309864948141519558==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Tue, 09 Jan 2007 11:02:27 -0500 Message-ID: <4105536.1168358547222.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1309864948141519558== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable forgot to add: jeff also makes good sense: "jeff" wrote : In general I would try not to re-invent terms if jBPM alread= y has a good term for something. ProcessDefinitions and ProcessInstances ar= e not only jBPM terms, but are pretty much "industry standard" (as much as = there are standards in the BPM market). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999524#3999524 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999524 --===============1309864948141519558==-- From do-not-reply at jboss.com Tue Jan 9 11:03:24 2007 Content-Type: multipart/mixed; boundary="===============5489004412809093112==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Tue, 09 Jan 2007 11:03:24 -0500 Message-ID: <28533011.1168358604266.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5489004412809093112== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Lock and load. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999525#3999525 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999525 --===============5489004412809093112==-- From do-not-reply at jboss.com Tue Jan 9 11:04:28 2007 Content-Type: multipart/mixed; boundary="===============2746813464707336541==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Tue, 09 Jan 2007 11:04:28 -0500 Message-ID: <11760643.1168358668582.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2746813464707336541== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : changing the db schema to split the jbpm_= processdefinition table in 2 is too complicated, i think. | = | but we could add a column ISLATEST_ to the process definition table tha= t we maintain manually during deployment. | = | is that a good idea ? Yes that would work around the problem for now. When I speak of changing t= he DB schema to split the tables, I'm suggesting that as something to do in= 4.x. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999528#3999528 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999528 --===============2746813464707336541==-- From do-not-reply at jboss.com Tue Jan 9 11:04:43 2007 Content-Type: multipart/mixed; boundary="===============7657649561490241866==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Tue, 09 Jan 2007 11:04:42 -0500 Message-ID: <12380880.1168358682990.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7657649561490241866== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable +1 Let's kill the portlet requirement for windows since it's not always really= necessary. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999529#3999529 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999529 --===============7657649561490241866==-- From do-not-reply at jboss.com Tue Jan 9 11:10:32 2007 Content-Type: multipart/mixed; boundary="===============0570200574156864909==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Tue, 09 Jan 2007 11:10:31 -0500 Message-ID: <7605526.1168359031946.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0570200574156864909== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thinking about it, wouldn't be more logical the other way around: load and = lock? = Now, it what transactional behavior is concerned, would you guys please hol= d any major reverting decision for just a little bit, until I get to the pr= oblem (today or tomorrow)? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999534#3999534 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999534 --===============0570200574156864909==-- From do-not-reply at jboss.com Tue Jan 9 13:18:55 2007 Content-Type: multipart/mixed; boundary="===============1772041744972808031==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Scheduled delivery and redelivery delay Date: Tue, 09 Jan 2007 13:18:55 -0500 Message-ID: <6480509.1168366735234.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1772041744972808031== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Scheduled delivery and redelivery delay are now implemented in TRUNK. Scheduled delivery: Before sending a message you can set a JBoss specific property - this is th= e same property name used by JBoss MQ: | message.setLongProperty("JMS_JBOSS_SCHEDULED_DELIVERY", System.currentT= imeMillis() + 30000); | = Then after the message has successfully reached the queue, delivery will no= t occur until the specified future time. This could be milliseconds, second= s or months in the future. If the message is persistent and the message is in a jms que= ue or durable subscription, then the scheduled delivery will survive a rest= art. Clearly scheduled message deliveries do not respect normal message ordering= s in queues. Delayed redelivery: Often it is useful to introduce a delay before redelivery of a message. E.g= . if a consumer fails often it may not be desirable to have a message redel= ivered in quick succession due to the extra network traffic that might give. A redelivery delay can be specified for the server which would apply to all= destinations. Specific delays can also be specified on a per destination b= asis which overrides any value specified at the server level. Internally, both scheduled delivery and redelivery delay use the same mecha= nism to delay deliveries. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999588#3999588 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999588 --===============1772041744972808031==-- From do-not-reply at jboss.com Tue Jan 9 13:19:34 2007 Content-Type: multipart/mixed; boundary="===============7807109874240444570==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - MessageCounter and message counter history functionality Date: Tue, 09 Jan 2007 13:19:34 -0500 Message-ID: <860191.1168366774257.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7807109874240444570== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Now implemented in TRUNK. This is pretty much a port of the funtionality from JBossMQ with a few impr= ovements, e.g. the counter now samples the queues at intervals to avoid a bottleneck which would occur if they were updated every time a message wa= s added View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999589#3999589 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999589 --===============7807109874240444570==-- From do-not-reply at jboss.com Tue Jan 9 13:20:39 2007 Content-Type: multipart/mixed; boundary="===============4964840558370016731==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Full JMX functionality Date: Tue, 09 Jan 2007 13:20:39 -0500 Message-ID: <3816483.1168366839685.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4964840558370016731== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have fleshed out the ServerPeer, Queue and Topic MBean interfaces so now = we have complete equivalent JMX functionality to JBossMQ. I also sorted out the mess that was the Queue/Topic mbean interface There's basically a whole stack of new stuff in here: | public interface ServerPeerMBean | { | // JMX attributes | = | int getServerPeerID(); | = | String getJMSVersion(); | = | int getJMSMajorVersion(); | = | int getJMSMinorVersion(); | = | String getJMSProviderName(); | = | String getProviderVersion(); | = | int getProviderMajorVersion(); | = | int getProviderMinorVersion(); | = | String getDefaultQueueJNDIContext(); | = | String getDefaultTopicJNDIContext(); | = | void setSecurityDomain(String securityDomain) throws Exception; | = | String getSecurityDomain(); | = | void setDefaultSecurityConfig(Element conf) throws Exception; | = | Element getDefaultSecurityConfig(); | = | ObjectName getPersistenceManager(); | = | void setPersistenceManager(ObjectName on); | = | ObjectName getPostOffice(); | = | void setPostOffice(ObjectName on); | = | ObjectName getJmsUserManager(); | = | void setJMSUserManager(ObjectName on); | = | ObjectName getDefaultDLQ(); | = | void setDefaultDLQ(ObjectName on); | = | ObjectName getDefaultExpiryQueue(); | = | void setDefaultExpiryQueue(ObjectName on); | = | = | int getQueuedExecutorPoolSize(); | = | void setQueuedExecutorPoolSize(int poolSize); | = | long getFailoverStartTimeout(); | = | void setFailoverStartTimeout(long timeout); | = | long getFailoverCompleteTimeout(); | = | void setFailoverCompleteTimeout(long timeout); | = | int getDefaultMaxDeliveryAttempts(); | = | void setDefaultMaxDeliveryAttempts(int attempts); = | = | long getQueueStatsSamplePeriod(); | = | void setQueueStatsSamplePeriod(long newPeriod); | = | long getDefaultRedeliveryDelay(); | = | void setDefaultRedeliveryDelay(long delay); | = | int getDefaultMessageCounterHistoryDayLimit(); | = | void setDefaultMessageCounterHistoryDayLimit(int limit); | = | // JMX operations | = | String createQueue(String name, String jndiName) throws Exception; | = | String createQueue(String name, String jndiName, int fullSize, int p= ageSize, int downCacheSize) throws Exception; | = | boolean destroyQueue(String name) throws Exception; | = | String createTopic(String name, String jndiName) throws Exception; | = | String createTopic(String name, String jndiName, int fullSize, int p= ageSize, int downCacheSize) throws Exception; = | = | boolean destroyTopic(String name) throws Exception; | = | Set getDestinations() throws Exception; | = | List getMessageCounters() throws Exception; | = | List getMessageStatistics() throws Exception; | = | String listMessageCountersAsHTML() throws Exception; | = | void resetAllMessageCounters(); | = | void resetAllMessageCounterHistories(); | = | List retrievePreparedTransactions(); | = | String showPreparedTransactionsAsHTML(); | } | = | public interface DestinationMBean | { | // JMX attributes | = | String getName(); | = | String getJNDIName(); | = | void setJNDIName(String jndiName) throws Exception; | = | ObjectName getServerPeer(); | = | void setServerPeer(ObjectName on); | = | ObjectName getDLQ(); | = | void setDLQ(ObjectName on) throws Exception; | = | ObjectName getExpiryQueue(); = | = | void setExpiryQueue(ObjectName on) throws Exception; | = | long getRedeliveryDelay(); | = | void setRedeliveryDelay(long delay); | = | int getMaxSize(); | = | void setMaxSize(int maxSize) throws Exception; | = | Element getSecurityConfig(); | = | void setSecurityConfig(Element securityConfig) throws Exception; | = | int getFullSize(); | = | void setFullSize(int fullSize); | = | int getPageSize(); | = | void setPageSize(int pageSize); | = | int getDownCacheSize(); | = | void setDownCacheSize(int downCacheSize); | = | boolean isClustered(); | = | void setClustered(boolean clustered); | = | boolean isCreatedProgrammatically(); | = | int getMessageCounterHistoryDayLimit(); | = | void setMessageCounterHistoryDayLimit(int limit) throws Exception; | = | // JMX operations | = | void removeAllMessages() throws Exception; | = | } | = | ublic interface QueueMBean | { | // JMX attributes | = | int getMessageCount() throws Exception; | = | int getScheduledMessageCount() throws Exception; | = | MessageCounter getMessageCounter(); | = | MessageStatistics getMessageStatistics() throws Exception; | = | int getConsumerCount() throws Exception; | = | // JMX operations | = | void resetMessageCounter(); | = | void resetMessageCounterHistory(); | = | List listAllMessages() throws Exception; | = | List listAllMessages(String selector) throws Exception; | = | List listDurableMessages() throws Exception; | = | List listDurableMessages(String selector) throws Exception; | = | List listNonDurableMessages() throws Exception; | = | List listNonDurableMessages(String selector) throws Exception; | = | String getMessageCounterAsHTML(); | = | String getMessageCounterHistoryAsHTML(); | } | = | public interface TopicMBean | { | //JMX attributes | = | int getAllMessageCount() throws Exception; | = | int getDurableMessageCount() throws Exception; | = | int getNonDurableMessageCount() throws Exception; | = | int getAllSubscriptionsCount() throws Exception; | = | int getDurableSubscriptionsCount() throws Exception; | = | int getNonDurableSubscriptionsCount() throws Exception; | = | // JMX operations | = | void removeAllMessages() throws Exception; | = | List listAllSubscriptions() throws Exception; | = | List listDurableSubscriptions() throws Exception; | = | List listNonDurableSubscriptions() throws Exception; | = | String listAllSubscriptionsAsHTML() throws Exception; | = | String listDurableSubscriptionsAsHTML() throws Exception; | = | String listNonDurableSubscriptionsAsHTML() throws Exception; | = | List listAllMessages(String subscriptionId) throws Exception; | = | List listAllMessages(String subscriptionId, String selector) throws = Exception; | = | List listDurableMessages(String subscriptionId) throws Exception; | = | List listDurableMessages(String subscriptionId, String selector) thr= ows Exception; | = | List listNonDurableMessages(String subscriptionId) throws Exception; | = | List listNonDurableMessages(String subscriptionId, String selector) = throws Exception; | = | List getMessageCounters() throws Exception; = | } | = | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999590#3999590 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999590 --===============4964840558370016731==-- From do-not-reply at jboss.com Tue Jan 9 13:21:27 2007 Content-Type: multipart/mixed; boundary="===============0282215970939875976==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Expiring/DLQ same message from multiple subscriptions Date: Tue, 09 Jan 2007 13:21:27 -0500 Message-ID: <25760874.1168366887913.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0282215970939875976== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, this is done, tested and committed in TRUNK. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999591#3999591 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999591 --===============0282215970939875976==-- From do-not-reply at jboss.com Tue Jan 9 13:47:26 2007 Content-Type: multipart/mixed; boundary="===============8295722501618545647==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DeclaredStructure ThreadLocal field Date: Tue, 09 Jan 2007 13:47:26 -0500 Message-ID: <4104313.1168368446308.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8295722501618545647== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its an obsolete leftover from a previous version. It should be removed. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999594#3999594 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999594 --===============8295722501618545647==-- From do-not-reply at jboss.com Tue Jan 9 14:31:13 2007 Content-Type: multipart/mixed; boundary="===============6862348041284455308==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Strategy for supporting NonSerializable data Date: Tue, 09 Jan 2007 14:31:13 -0500 Message-ID: <12000185.1168371073909.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6862348041284455308== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A custom jsr160 connector that allows for control of serialization of types= that are not Serializable is the proper solution. The default implementati= on could use the jboss serialization capabilities. The 1955 short term solution seems like the best immeadiate approach. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999602#3999602 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999602 --===============6862348041284455308==-- From do-not-reply at jboss.com Tue Jan 9 14:39:18 2007 Content-Type: multipart/mixed; boundary="===============7422685151668861883==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Change user names in console Date: Tue, 09 Jan 2007 14:39:18 -0500 Message-ID: <15865307.1168371558839.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7422685151668861883== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: = http://wiki.jboss.org/wiki/Wiki.jsp?page=3DJbpmConsoleFeedback The user names should be changed to be more business-related. Examples: J= oe User, Scott Shipper, Bill Buyer, etc.[/url] View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999604#3999604 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999604 --===============7422685151668861883==-- From do-not-reply at jboss.com Tue Jan 9 14:44:41 2007 Content-Type: multipart/mixed; boundary="===============0948032958421253597==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Simplified end user functionality Date: Tue, 09 Jan 2007 14:44:41 -0500 Message-ID: <26267066.1168371881319.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0948032958421253597== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback As mentioned in other threads, the end user functionality needs to be simpl= ified. End users should be able to work tasks with the fewest clicks possi= ble and with only the information they need to see on the page. Remove all= menu functionality that end users don't have access to. Remove source cod= e tabs (end users don't need to see source code). Remove or rename fields = that end users don't need to see Examples: ID, Instance ID, PooledActors, T= ask Priority. Task list should go straight to the form, and submitting the= form should go back to the task list. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999610#3999610 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999610 --===============0948032958421253597==-- From do-not-reply at jboss.com Tue Jan 9 14:46:03 2007 Content-Type: multipart/mixed; boundary="===============5903756747920648882==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Remove menu options for functionality that is not built yet Date: Tue, 09 Jan 2007 14:46:03 -0500 Message-ID: <18587159.1168371963117.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5903756747920648882== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki= /Wiki.jsp?page=3DJbpmConsoleFeedback If a menu option is not built out yet, remove it (unless it will be there b= y 3.2 GA) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999611#3999611 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999611 --===============5903756747920648882==-- From do-not-reply at jboss.com Tue Jan 9 14:46:57 2007 Content-Type: multipart/mixed; boundary="===============7160204657318471398==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Move search filter Date: Tue, 09 Jan 2007 14:46:57 -0500 Message-ID: <6210965.1168372017288.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7160204657318471398== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback = The search filter is currently confusing. Move it away from the list and m= ention that it is a filter View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999612#3999612 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999612 --===============7160204657318471398==-- From do-not-reply at jboss.com Tue Jan 9 14:55:27 2007 Content-Type: multipart/mixed; boundary="===============3408543632579465190==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Suspended instances? Date: Tue, 09 Jan 2007 14:55:27 -0500 Message-ID: <21452973.1168372527437.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3408543632579465190== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback What are suspended instances? How do you suspend or un-suspend? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999613#3999613 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999613 --===============3408543632579465190==-- From do-not-reply at jboss.com Tue Jan 9 14:56:29 2007 Content-Type: multipart/mixed; boundary="===============6826484796798583227==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Return to process instance after change Date: Tue, 09 Jan 2007 14:56:29 -0500 Message-ID: <6499322.1168372589837.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6826484796798583227== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback = I moved a token, and did not return to the process instance I was dealing w= ith. The process instance tabs should return after I make a change. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999614#3999614 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999614 --===============6826484796798583227==-- From do-not-reply at jboss.com Tue Jan 9 14:57:03 2007 Content-Type: multipart/mixed; boundary="===============4608944729696158753==" MIME-Version: 1.0 From: admin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Change user names in console Date: Tue, 09 Jan 2007 14:57:02 -0500 Message-ID: <4825796.1168372622998.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4608944729696158753== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable +1 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999615#3999615 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999615 --===============4608944729696158753==-- From do-not-reply at jboss.com Tue Jan 9 14:58:04 2007 Content-Type: multipart/mixed; boundary="===============3440977202521077597==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Modify process variables Date: Tue, 09 Jan 2007 14:58:04 -0500 Message-ID: <32709514.1168372684170.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3440977202521077597== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback = There doesn't appear to be any way to update process variables. This was i= n the previous version of the console and needs to be here. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999616#3999616 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999616 --===============3440977202521077597==-- From do-not-reply at jboss.com Tue Jan 9 14:58:52 2007 Content-Type: multipart/mixed; boundary="===============1472456387648866259==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - View timers in console Date: Tue, 09 Jan 2007 14:58:51 -0500 Message-ID: <228125.1168372731952.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1472456387648866259== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback = Can we view active timers with due dates either associated to an process in= stance or in general View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999617#3999617 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999617 --===============1472456387648866259==-- From do-not-reply at jboss.com Tue Jan 9 14:59:12 2007 Content-Type: multipart/mixed; boundary="===============7570624628116237438==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Cleanup of project, move to maven, svn? Date: Tue, 09 Jan 2007 14:59:12 -0500 Message-ID: <21417560.1168372752837.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7570624628116237438== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm looking at supporting pluggable serizliation of the server deployment m= etadata and want to be able to use jboss serialization as well as a new xml= output stream format of jboss serialization. Looking at the jboss-serialia= tion project in cvs, its not in good shape in terms of having local depende= ncies on other jboss projects. I would say this needs to be moved into svn and refactored to use maven and= better isolate the dependencies. Unless there are objections I would start= doing this at the end of this week. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999618#3999618 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999618 --===============7570624628116237438==-- From do-not-reply at jboss.com Tue Jan 9 14:59:45 2007 Content-Type: multipart/mixed; boundary="===============5039628920936956417==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Add/Modify/List users in console Date: Tue, 09 Jan 2007 14:59:45 -0500 Message-ID: <27100268.1168372785836.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5039628920936956417== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This topic is part of the web console feedback: http://wiki.jboss.org/wiki/= Wiki.jsp?page=3DJbpmConsoleFeedback = Add functionality to list users, add users, and modify users. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999619#3999619 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999619 --===============5039628920936956417==-- From do-not-reply at jboss.com Tue Jan 9 15:03:16 2007 Content-Type: multipart/mixed; boundary="===============6582161343048218155==" MIME-Version: 1.0 From: admin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Simplified end user functionality Date: Tue, 09 Jan 2007 15:03:15 -0500 Message-ID: <18009706.1168372995994.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6582161343048218155== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable let me try and list the points with which i agree * minimize number of clicks needed for basic tasks such as starting a new p= rocess and performing a task. navigation straight from the task list to t= he task form and back * remove unnecessary fields like id's (i do think that priority is an end u= ser field, though) * the source code tabs should not be there in the real app. but in the sui= te download, i would also like to target evaluation features. so that is w= hy i thought that based on a configuration property (david, let me know if = you want me to add that) the web console could display source links. This = was especially insteresting in the SEAM example apps and i think it would b= e nice to have in the jbpm examples that ship in the suite download. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999620#3999620 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999620 --===============6582161343048218155==-- From do-not-reply at jboss.com Tue Jan 9 15:04:41 2007 Content-Type: multipart/mixed; boundary="===============1325867602179568340==" MIME-Version: 1.0 From: admin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Tue, 09 Jan 2007 15:04:41 -0500 Message-ID: <17700610.1168373081609.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1325867602179568340== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i would always put the filters at the bottom, under the tables. would that qualify as 'move it away' ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999621#3999621 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999621 --===============1325867602179568340==-- From do-not-reply at jboss.com Tue Jan 9 15:06:41 2007 Content-Type: multipart/mixed; boundary="===============6448054085367019450==" MIME-Version: 1.0 From: admin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Suspended instances? Date: Tue, 09 Jan 2007 15:06:41 -0500 Message-ID: <32100833.1168373201135.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6448054085367019450== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable it means that any tasks for suspended process instances (or tokens) will no= t show up in the task lists. also messages and timers will not fire on sus= pended process instances (or tokens). there is only API level support for suspension and resuming of process inst= ances or tokens View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999622#3999622 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999622 --===============6448054085367019450==-- From do-not-reply at jboss.com Tue Jan 9 15:09:37 2007 Content-Type: multipart/mixed; boundary="===============5969538440622794617==" MIME-Version: 1.0 From: admin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Modify process variables Date: Tue, 09 Jan 2007 15:09:36 -0500 Message-ID: <24002847.1168373376994.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5969538440622794617== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable yes i think that is an important feature, but i don't want to block a 3.2 r= elease because of this feature. since it is not yet implemented, i suggest= we focus on the features we have, fix and stabilize those and add this in = one of the 3.2.x releases. regards, tom. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999627#3999627 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999627 --===============5969538440622794617==-- From do-not-reply at jboss.com Tue Jan 9 15:11:28 2007 Content-Type: multipart/mixed; boundary="===============1914951942322018819==" MIME-Version: 1.0 From: admin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: View timers in console Date: Tue, 09 Jan 2007 15:11:28 -0500 Message-ID: <5305604.1168373488278.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1914951942322018819== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable +1. again with the remark that this doesn't need to be in the 3.2 release.= it can wait till some subsequent 3.2.x release regards, tom. (for some reason i seem to be auto-logged-in as admin and i d= on't know how to change this) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999630#3999630 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999630 --===============1914951942322018819==-- From do-not-reply at jboss.com Tue Jan 9 15:12:12 2007 Content-Type: multipart/mixed; boundary="===============7822231301379518056==" MIME-Version: 1.0 From: krishna_mv To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - How to configure Startup class in JBOSS4.x Date: Tue, 09 Jan 2007 15:12:12 -0500 Message-ID: <32837470.1168373532863.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7822231301379518056== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi friends, I have the following issue in JBoss 4.x. I have a custom startup class which is supposed to run when we start the se= rver. I have a message in the class which should print just before Started = in 29s:750ms (This is the last line when u start the server). I can handle this with Mbean and jboss-service.xml. But I have some depende= ncy classes in my ear file which talks to this startup class. So, I had to = put in EAR. So, the issue is - is it possible to put the startup class in EAR and confi= gure somewhere so that the server reads my custom class and prints the mess= age when I just start the server. (Note: If I configure the startup class name in jboss-service.xml by placin= g my class in EAR file, it does not work. Because, jboss-service.xml deploy= s first then the EAR file as soon as I start the server) Thanks in advance. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999631#3999631 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999631 --===============7822231301379518056==-- From do-not-reply at jboss.com Tue Jan 9 17:00:58 2007 Content-Type: multipart/mixed; boundary="===============2082435806615606007==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Tue, 09 Jan 2007 17:00:58 -0500 Message-ID: <30710538.1168380058592.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2082435806615606007== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable One thing that I took a look at was the GUID used for some Pojo node data. = The GUID itself can be divided into two parts. One is the machine/VM insta= nce ID and the other is the per machine unique ID. Admittedly, this wouldn'= t help contention... NodeFactory should probably come from the RegionManager. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999643#3999643 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999643 --===============2082435806615606007==-- From do-not-reply at jboss.com Tue Jan 9 17:01:25 2007 Content-Type: multipart/mixed; boundary="===============2315364525510089768==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Channel creation - mux vs. old style Date: Tue, 09 Jan 2007 17:01:25 -0500 Message-ID: <732954.1168380085694.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2315364525510089768== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think we are trying too hard not to fail in startService() if there is an= issue with the mux configuration. = We do this: 1) If a JChannelFactory has been injected into the config, use it and propa= gate any exception. 2) If no JChannelFactory is injected, but there is a mux service ObjectName= in the config, try to find a mux service in JMX and use it to create the c= hannel. 3) If there is an error in #2, but there is an old-style channel config, us= e that to create the channel 4) If there is no old-style config, use the default properties to create th= e channel. Three points: 1) #4 above is bogus. If they configured for mux and didn't specify an old= -style config, failure to find the mux service should lead to an exception,= not to a fallback on some default. The default properties should only be = used if nothing else is configured. I'm going to change that. 2) Trying to find the channel in JMX is suspect, at least in JBoss AS where= it can be dependency injected (even in 4.x). Manik put a comment in Cache= Impl about that. 3) If we decide to keep the JMX lookup, if it fails, should we log a warn a= nd fall back to the old style config, as in step 3 above, or rather throw a= n exception? (This is an irrelevant issue if we get rid of the JMX lookup). (NOTE: please don't get rid of the JMX lookup yet, as I still need it in th= e AS integration. Want to get rid of the need for it, but haven't yet.) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999644#3999644 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999644 --===============2315364525510089768==-- From do-not-reply at jboss.com Tue Jan 9 17:07:45 2007 Content-Type: multipart/mixed; boundary="===============0119911077901189586==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Channel creation - mux vs. old style Date: Tue, 09 Jan 2007 17:07:44 -0500 Message-ID: <8445150.1168380464928.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0119911077901189586== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Worse than I thought. Even if there is a exception in step 1 above, we cat= ch the exception and try to create a channel from an old style config. If = the JChannelFactory has been injected into the config, that's a clear sign = it's meant to be used, so any failure should propagate. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999645#3999645 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999645 --===============0119911077901189586==-- From do-not-reply at jboss.com Tue Jan 9 17:15:29 2007 Content-Type: multipart/mixed; boundary="===============5501908667976202702==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: Cleanup of project, move to maven, svn? Date: Tue, 09 Jan 2007 17:15:29 -0500 Message-ID: <21913072.1168380929640.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5501908667976202702== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't have any objections... I just didn't have time to do it before. Ruel had created a Maven build for jboss-serialization when he was working = on maven scripts. It should be in good shape but I haven't tested it recent= ly. .. talking about this new xml output stream... you are considering using jb= oss-serialization to serialize objects into XML format? Did I understand th= at correctly? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999650#3999650 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999650 --===============5501908667976202702==-- From do-not-reply at jboss.com Tue Jan 9 17:25:05 2007 Content-Type: multipart/mixed; boundary="===============0633808254497623437==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: resolveClass and annotateClass Date: Tue, 09 Jan 2007 17:25:05 -0500 Message-ID: <32716085.1168381505121.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0633808254497623437== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I will verify about the annotateClass calls. Sorry about the delay answering this... I got messed up with my mail box..= probably didn't see the notification. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999651#3999651 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999651 --===============0633808254497623437==-- From do-not-reply at jboss.com Tue Jan 9 18:10:20 2007 Content-Type: multipart/mixed; boundary="===============8277410208393083774==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Change user names in console Date: Tue, 09 Jan 2007 18:10:20 -0500 Message-ID: <24665549.1168384220782.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8277410208393083774== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable +1 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999663#3999663 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999663 --===============8277410208393083774==-- From do-not-reply at jboss.com Tue Jan 9 18:12:01 2007 Content-Type: multipart/mixed; boundary="===============2402837426689094062==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Add/Modify/List users in console Date: Tue, 09 Jan 2007 18:12:01 -0500 Message-ID: <17407651.1168384321888.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2402837426689094062== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable this is already in a jira issue View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999665#3999665 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999665 --===============2402837426689094062==-- From do-not-reply at jboss.com Tue Jan 9 18:15:28 2007 Content-Type: multipart/mixed; boundary="===============8110177155091937155==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last chance for any changes to the 2.0.0 API Date: Tue, 09 Jan 2007 18:15:28 -0500 Message-ID: <14927819.1168384528353.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8110177155091937155== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A few last minute comments: 1. putIfNull -> putIfAbsent, See http://java.sun.com/j2se/1.5.0/docs/api/ja= va/util/concurrent/ConcurrentMap.html . People might get confused with "nul= l" versus absent. 2. Remove the print* methods in NodeSPI. Or at least document them. Conside= r creating a separate util class to print a node. 3. removeChildDirect(Fqn) and removeChildDirect(Object) is a little confusi= ng, since Fqn is a subtype of Object. I would probably suggest just having = one or the other. 4. Some of the NodeSPI data methods appear to be just convenience methods a= nd aren't strictly necessary given that getDataDirect() returns an external= ly modifiable map. For instance, clearDataDirect() really just is the same = as NodeSPI.getDataDirect().clear(). So, it would be nice to understand the = reason for these extra methods. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999669#3999669 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999669 --===============8110177155091937155==-- From do-not-reply at jboss.com Tue Jan 9 18:16:45 2007 Content-Type: multipart/mixed; boundary="===============8588730562472566305==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Tue, 09 Jan 2007 18:16:45 -0500 Message-ID: <14996750.1168384605607.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8588730562472566305== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I disagree (as stated before), but a hide/show button is prefered (would th= at qualify as move them away ;-)) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999670#3999670 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999670 --===============8588730562472566305==-- From do-not-reply at jboss.com Tue Jan 9 18:29:06 2007 Content-Type: multipart/mixed; boundary="===============3811628451603795099==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Tests for JBoss MQ message counter functionality Date: Tue, 09 Jan 2007 18:29:05 -0500 Message-ID: <9763817.1168385346008.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3811628451603795099== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Actually, I shouldn't have said it was very bad, as an HTML table is pretty= nice for say, an operations team to view from the JMX console, but it does= n't really work in any other context, namely for machine parsing or putting= it in a spreadsheet. It would be much more useful to have something like a= n XML element that could be more easily transformed. Something that should be fixed is that historical continues to accumulate i= n memory, and older data should be removed after some time (say, a month). = And I believe the default configuration should have this set to a reasonabl= e default. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999680#3999680 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999680 --===============3811628451603795099==-- From do-not-reply at jboss.com Tue Jan 9 18:31:32 2007 Content-Type: multipart/mixed; boundary="===============4887195206137732654==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Full JMX functionality Date: Tue, 09 Jan 2007 18:31:32 -0500 Message-ID: <4229610.1168385492640.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4887195206137732654== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What are the types for the List objects? If JBM requires JDK 1.5 it would b= e good to include them in the interface file. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999682#3999682 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999682 --===============4887195206137732654==-- From do-not-reply at jboss.com Tue Jan 9 19:05:09 2007 Content-Type: multipart/mixed; boundary="===============3521463502997007140==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: Cleanup of project, move to maven, svn? Date: Tue, 09 Jan 2007 19:05:09 -0500 Message-ID: <1141624.1168387509621.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3521463502997007140== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : I don't have any objections... I just= didn't have time to do it before. | = | Ruel had created a Maven build for jboss-serialization when he was work= ing on maven scripts. It should be in good shape but I haven't tested it re= cently. | = I don't see it under https://svn.jboss.org/repos/ so what is the repo for t= his? "clebert.suconic(a)jboss.com" wrote : = | .. talking about this new xml output stream... you are considering usin= g jboss-serialization to serialize objects into XML format? Did I understan= d that correctly? Yes. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999695#3999695 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999695 --===============3521463502997007140==-- From do-not-reply at jboss.com Tue Jan 9 19:17:22 2007 Content-Type: multipart/mixed; boundary="===============4386724540741847095==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: Cleanup of project, move to maven, svn? Date: Tue, 09 Jan 2007 19:17:22 -0500 Message-ID: <29833564.1168388242836.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4386724540741847095== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "Scott" wrote : I don't see it under https://svn.jboss.org/repos/ so what i= s the repo for this? = still on old CVS View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999709#3999709 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999709 --===============4386724540741847095==-- From do-not-reply at jboss.com Tue Jan 9 19:33:29 2007 Content-Type: multipart/mixed; boundary="===============1384543345099498185==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Tue, 09 Jan 2007 19:33:29 -0500 Message-ID: <30463447.1168389209874.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1384543345099498185== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | NodeFactory should probably come from the RegionManager. | = This only makes sense post-3.0, when we regionalise the entire cache. At t= he moment it won't make much sense. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999713#3999713 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999713 --===============1384543345099498185==-- From do-not-reply at jboss.com Tue Jan 9 19:41:40 2007 Content-Type: multipart/mixed; boundary="===============8454964745562292612==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last chance for any changes to the 2.0.0 API Date: Tue, 09 Jan 2007 19:41:40 -0500 Message-ID: <24278464.1168389700851.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8454964745562292612== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Good comments. "genman" wrote : = | 1. putIfNull -> putIfAbsent, See http://java.sun.com/j2se/1.5.0/docs/ap= i/java/util/concurrent/ConcurrentMap.html . People might get confused with = "null" versus absent. | = Agreed. "genman" wrote : = | 2. Remove the print* methods in NodeSPI. Or at least document them. Con= sider creating a separate util class to print a node. | = My issue with a separate util class is that it will mean maintaining yet an= other public interface/class. = +1 to documenting them better. "genman" wrote : = | 3. removeChildDirect(Fqn) and removeChildDirect(Object) is a little con= fusing, since Fqn is a subtype of Object. I would probably suggest just hav= ing one or the other. | = It does look confusing, but for the sake of convenience - and a lot of unne= cessary Fqn creation - it makes sense having the 'Object' version. Helps a= void a lot of unnecessary stuff like = node.getChildDirect(new Fqn(childName)) which in turn simply does if (fqn.size() =3D=3D 1) return children.get(fqn.getLastElement()); Justifying the Fqn version, it cleans up unnecessary and repeated looping i= n interceptors and CacheImpl searching for a child node several nodes deep. "genman" wrote : = | 4. Some of the NodeSPI data methods appear to be just convenience metho= ds and aren't strictly necessary given that getDataDirect() returns an exte= rnally modifiable map. For instance, clearDataDirect() really just is the s= ame as NodeSPI.getDataDirect().clear(). So, it would be nice to understand = the reason for these extra methods. This is a good point. Will revisit thise. Their Node interface counterpar= ts that went up the interceptor stack made sense, but the 'direct' versions= do not. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999715#3999715 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999715 --===============8454964745562292612==-- From do-not-reply at jboss.com Tue Jan 9 19:44:39 2007 Content-Type: multipart/mixed; boundary="===============4601649583577143637==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: Cleanup of project, move to maven, svn? Date: Tue, 09 Jan 2007 19:44:39 -0500 Message-ID: <4570363.1168389879195.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4601649583577143637== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I had a dyslexia attack as I was thinking of svn when you said maven. I see= the maven pom.xml in the current cvs jboss-serialization project. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999716#3999716 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999716 --===============4601649583577143637==-- From do-not-reply at jboss.com Tue Jan 9 19:56:11 2007 Content-Type: multipart/mixed; boundary="===============2182247754855321434==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Aspect integration to bootstrap classes Date: Tue, 09 Jan 2007 19:56:11 -0500 Message-ID: <7866892.1168390571210.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2182247754855321434== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have completed the first part of this, so that we get a proxy created for= the MainDeployer. The AspectManager and AspectDeployer are now created in = bootstrap-beans.xml, and I have moved these to the jboss/lib directory: -jboss-aop-jdk50.jar -jboss-aop-mc-int.jar -trove.jar -javassist.jar (was there already) -jboss-aop-deployer-jdk50.jar (The parts of the jboss-aspect-library.jar re= lating to deployment, i.e. org.jboss.aop.deployers and org.jboss.aop.deploy= ment) The bootstrap-beans.xml initialises the AspectManager with the necessary ao= p.xml so that this is available when the MainDeployer is instantiated, so t= hat we get a proxy created for that. I have kept the jboss-aop-jboss5.deployer, it now contains a bean called "A= spectLibrary" whose job is to deploy the base-aspects.xml (containing the @= SecurityDomain, @Tx etc. interceptors) and the old aspect library (minus th= e stuff that now lives in jboss-aop-deployer-jdk50.jar). Services that prev= iously depended on the AspectDeployer, and which need the aspect library as= pects, should now depend on the "AspectLibrary", I have updated EJB 3 to do= this. I have created some stupid implementations of org.jboss.profileservice.aop.= MainDeployerAspect and org.jboss.profileservice.aop.PersistAspect in the sy= stem module to verify that things work. MainDeployerAspect is functional, a= nd I will look at the PersistAspect/ManagedProperty part tomorrow. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999719#3999719 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999719 --===============2182247754855321434==-- From do-not-reply at jboss.com Tue Jan 9 20:18:05 2007 Content-Type: multipart/mixed; boundary="===============8978230730568220566==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last chance for any changes to the 2.0.0 API Date: Tue, 09 Jan 2007 20:18:05 -0500 Message-ID: <25782727.1168391885233.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8978230730568220566== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : = | "genman" wrote : = | | 4. Some of the NodeSPI data methods appear to be just convenience m= ethods and aren't strictly necessary given that getDataDirect() returns an = externally modifiable map. For instance, clearDataDirect() really just is t= he same as NodeSPI.getDataDirect().clear(). So, it would be nice to underst= and the reason for these extra methods. | = | This is a good point. Will revisit thise. Their Node interface counte= rparts that went up the interceptor stack made sense, but the 'direct' vers= ions do not. Actually, there is a good reason to still maintain these methods. At some = point I plan to do away with synchronizing these methods, and have my own l= ock checks to ensure the caller has appropriate locks. And to do this, I n= eed to make sure the Map returned to getDataDirect() is an unmodifiableMap.= = In fact, all read calls would return unmodifiableMap/Sets, and the only way= to write in to them would be to use the write methods. Read and Write methods would then impose a check on the caller to see if ap= propriate locks are available, e.g., = | pubic Map getDataDirect() | { | if (!getLock().getReaderOwners().contains(Thread.currentThread())= ) = | throw new LockingException(); | = | // defensive copy + unmodifiable | return Collections.unmodifiableMap(new HashMap(data)); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999722#3999722 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999722 --===============8978230730568220566==-- From do-not-reply at jboss.com Tue Jan 9 21:55:43 2007 Content-Type: multipart/mixed; boundary="===============8463785875370363270==" MIME-Version: 1.0 From: ben.wang at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Tue, 09 Jan 2007 21:55:43 -0500 Message-ID: <29024076.1168397743719.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8463785875370363270== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : you actually create: | = | /_JBossInternal_/Bucket0-9/Node1 | /_JBossInternal_/Bucket0-9/Node2 | /_JBossInternal_/Bucket10-19/Node10 | /_JBossInternal_/Bucket10-19/Node11 | = | which will reduce the contention on _JBossInternal_ as a direct parent.= = This will certainly help. Like you mentioned, this is problem more to the C= ache usage itself. But it still will create contention though, and worse st= ill can cause some lock timeout, say, when "/_JBossInternal_/Bucket0-9/Node= 1" tries to create another sub-node at "/_JBossInternal_/Bucket10-19/Node10= ", and meanwhile "/_JBossInternal_/Bucket10-19/Node11" tries to create a su= b-node at "/_JBossInternal_/Bucket0-9/Node2" within the same transaction. I am thinking another solution (in addition to the above option) is to allo= w user-specified bucket. For example, if you are using the core Cache, and = you want to reduce lock contention and have the freedom to organize your fq= n, then, the following will have high concurrency, | // pre-create the node "/a", and "/b" first. | = | // From thread 1 | loop(i=3D1:100) | { | cache.put("/a/1", k1, o1); | } | = | = | // From thread 2 | loop(i=3D1:100) | { | cache.put("/b/1", k1, o1); | } | = Granted not all use case can have this leeway to specify fqn like this. But= when you can, this solution can perform well. So in similar token, I am th= inking to allow an option for PojoCache user to pre-create the sub-tree in = "__JBossInternal__". Let's take an example, | pojoCache.attach("hr/joe", joe); | pojoCache.attach("eng/ben", ben); | = | //from thread 1 | loop(i=3D0:100) | { | pojoCache.attach("hr/joe", joe); | } | = | //from thread 2 | loop(i=3D0:100) | { | pojoCache.attach("eng/ben", ben); | } | = Now, when we map them into "__JBossInternal__", we will map as: | cache.put("/__JBossInternal__/hr/joe, xxx) | = and | cache.put("/__JBossInternal__/eng/ben, xxx) | = respectively. That is we will add the prefix such as "hr/joe" and "eng/ben"= under the internal fqn. In this case, except during the pre-creation stage= , there won't be write lock contention. Of course, we pay the penalty of cr= eating extra fqn hierarchy. Thought? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999735#3999735 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999735 --===============8463785875370363270==-- From do-not-reply at jboss.com Wed Jan 10 00:05:59 2007 Content-Type: multipart/mixed; boundary="===============8088529028509589496==" MIME-Version: 1.0 From: anil.saldhana at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: Cleanup of project, move to maven, svn? Date: Wed, 10 Jan 2007 00:05:59 -0500 Message-ID: <8783371.1168405559529.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8088529028509589496== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : I had a dyslexia attack as I was thinking= of svn when you said maven. I see the maven pom.xml in the current cvs jbo= ss-serialization project. | = Skiing is the long-tested remedy for dyslexia. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999755#3999755 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999755 --===============8088529028509589496==-- From do-not-reply at jboss.com Wed Jan 10 05:25:31 2007 Content-Type: multipart/mixed; boundary="===============6562394443999315536==" MIME-Version: 1.0 From: Glooper To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: resolveClass and annotateClass Date: Wed, 10 Jan 2007 05:25:30 -0500 Message-ID: <29999604.1168424730926.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6562394443999315536== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thankyou... I will look forward to your findings. Ben View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999822#3999822 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999822 --===============6562394443999315536==-- From do-not-reply at jboss.com Wed Jan 10 05:29:51 2007 Content-Type: multipart/mixed; boundary="===============0490580473589465742==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Full JMX functionality Date: Wed, 10 Jan 2007 05:29:51 -0500 Message-ID: <17564132.1168424991888.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0490580473589465742== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable For listing subscriptions it returns a list of SubscriptionInfo objects, wh= ich are basically value objects holding subscription related data. For listing messages, it currently just returns the actual message objects.= I was thinking whether to create value objects for the messages too, but I= 'm not sure. Currently the caller will have to include the JBM jar on the caller side - = not sure how putting in the interface file would help - can you elucidate? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999826#3999826 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999826 --===============0490580473589465742==-- From do-not-reply at jboss.com Wed Jan 10 05:37:23 2007 Content-Type: multipart/mixed; boundary="===============6239279144216102913==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Tests for JBoss MQ message counter functionality Date: Wed, 10 Jan 2007 05:37:23 -0500 Message-ID: <31990119.1168425443500.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6239279144216102913== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.com/jira/browse/JBMESSAGING-732 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999829#3999829 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999829 --===============6239279144216102913==-- From do-not-reply at jboss.com Wed Jan 10 06:04:04 2007 Content-Type: multipart/mixed; boundary="===============0091968995915270549==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Channel creation - mux vs. old style Date: Wed, 10 Jan 2007 06:04:04 -0500 Message-ID: <7845868.1168427044069.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0091968995915270549== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree with all of the above. This should be a lot more intelligent in un= derstanding user intention and act accordingly. 1) If JChannelFactory is injected, ONLY attempt to use this or FAIL. 2) If an ObjectName is specified, ONLY attempt to use this or FAIL. 3) If an old-style config is provided, use this or FAIL. 4) ONLY use the default if nothing else is PROVIDED, not if nothing else WO= RKS. I presume you'd need this in 1.4.x for AS 4.2? :/ View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999851#3999851 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999851 --===============0091968995915270549==-- From do-not-reply at jboss.com Wed Jan 10 06:06:39 2007 Content-Type: multipart/mixed; boundary="===============5397515104224473592==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Wed, 10 Jan 2007 06:06:39 -0500 Message-ID: <24206133.1168427199351.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5397515104224473592== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | = | This will certainly help. Like you mentioned, this is problem more to t= he Cache usage itself. But it still will create contention though, and wors= e still can cause some lock timeout, say, when "/_JBossInternal_/Bucket0-9/= Node1" tries to create another sub-node at "/_JBossInternal_/Bucket10-19/No= de10", and meanwhile "/_JBossInternal_/Bucket10-19/Node11" tries to create = a sub-node at "/_JBossInternal_/Bucket0-9/Node2" within the same transactio= n. = | = | = This same deadlock can occur without buckets, even if nodes 1, 2, 10 and 11= had the same direct parent. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999853#3999853 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999853 --===============5397515104224473592==-- From do-not-reply at jboss.com Wed Jan 10 06:10:33 2007 Content-Type: multipart/mixed; boundary="===============1762361670172011551==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Wed, 10 Jan 2007 06:10:33 -0500 Message-ID: <5382649.1168427433416.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1762361670172011551== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Rather than allowing users to pre-create buckets in an internal node (makes= me shudder!) how about doing something like allowing users to somehow prov= ide information on the bucket a node should belong to, a bit like Object.ha= shCode()? We would probably want to use hashCode() on the Fqn as the primary way of d= etermining which bucket the node goes in, but perhaps a mechanism of allowi= ng the user to add a 'hint' to this would help. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999854#3999854 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999854 --===============1762361670172011551==-- From do-not-reply at jboss.com Wed Jan 10 06:40:28 2007 Content-Type: multipart/mixed; boundary="===============0153215633378601103==" MIME-Version: 1.0 From: ben.wang at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Wed, 10 Jan 2007 06:40:28 -0500 Message-ID: <16998665.1168429228497.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0153215633378601103== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : anonymous wrote : = | | This same deadlock can occur without buckets, even if nodes 1, 2, 1= 0 and 11 had the same direct parent. | = | Sorry, but don't get it here. The first to access would have the WL on = the parent and therefore creating a subsequent child node will go ahead bec= uase of the same transaction context. So only the other thread will block u= ntill the first transaction is completed. Where is the deadlock here? | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999870#3999870 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999870 --===============0153215633378601103==-- From do-not-reply at jboss.com Wed Jan 10 06:45:05 2007 Content-Type: multipart/mixed; boundary="===============8616515356705507603==" MIME-Version: 1.0 From: ben.wang at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Wed, 10 Jan 2007 06:45:05 -0500 Message-ID: <14534669.1168429505272.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8616515356705507603== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : Rather than allowing users to pre-creat= e buckets in an internal node (makes me shudder!) how about doing something= like allowing users to somehow provide information on the bucket a node sh= ould belong to, a bit like Object.hashCode()? | = | We would probably want to use hashCode() on the Fqn as the primary way = of determining which bucket the node goes in, but perhaps a mechanism of al= lowing the user to add a 'hint' to this would help. = | = Relaxed. I am not saying user will create internal node directly. If you re= ad my post, I was suggesting to have a flag to use the id field as a prefix= under "__JBossInternal__". :-) Hashcode is fine but that belongs to the Cache layer again of distributing = them into hashed bucket. Two different ways of optimizing the node creation for user to pick. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999874#3999874 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999874 --===============8616515356705507603==-- From do-not-reply at jboss.com Wed Jan 10 06:48:04 2007 Content-Type: multipart/mixed; boundary="===============0551702408325675229==" MIME-Version: 1.0 From: ricardojbdias To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Variable instance (changing values) Date: Wed, 10 Jan 2007 06:48:04 -0500 Message-ID: <16396356.1168429684398.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0551702408325675229== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi there, I'm new to the forum. I am trying to use jBPM, but I do not want to use the variables that we can= define on the modeler. I want to associate each activity or process state,= in this case, its form, with some variables I have defined in a xml. = How can this be done in a simple way? Thanks in advance. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999875#3999875 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999875 --===============0551702408325675229==-- From do-not-reply at jboss.com Wed Jan 10 07:40:42 2007 Content-Type: multipart/mixed; boundary="===============4813852017589404998==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: PojoCache uses a special node factory Date: Wed, 10 Jan 2007 07:36:42 -0500 Message-ID: <32824639.1168432602218.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4813852017589404998== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | = | Sorry, but don't get it here. The first to access would have the WL on = the parent and therefore creating a subsequent child node will go ahead bec= uase of the same transaction context. So only the other thread will block u= ntill the first transaction is completed. Where is the deadlock here? = | = | = Ok, I was assuming Nodes 1 and 2 were being read, not written. E.g., = Tx1 ___ Read Node1 Write Node10 Tx2 ___ Read Node2 Write Node11 That would deadlock. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999902#3999902 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999902 --===============4813852017589404998==-- From do-not-reply at jboss.com Wed Jan 10 10:04:42 2007 Content-Type: multipart/mixed; boundary="===============8411935812494733469==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Suspended instances? Date: Wed, 10 Jan 2007 10:04:42 -0500 Message-ID: <28509499.1168441482111.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8411935812494733469== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Give me a real world example of how this would get set. If it is something= that is not really used, then let's take it out of the console. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999973#3999973 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999973 --===============8411935812494733469==-- From do-not-reply at jboss.com Wed Jan 10 10:06:27 2007 Content-Type: multipart/mixed; boundary="===============8521509448066408702==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Simplified end user functionality Date: Wed, 10 Jan 2007 10:06:27 -0500 Message-ID: <13708664.1168441587849.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8521509448066408702== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't have a problem with the source tab showing up for adminstrators, bu= t there is no need for end users (participant role) of the process to even = know this functionality exists. We need to be targeting Joe Corporate User= with the Participant functionality. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999974#3999974 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999974 --===============8521509448066408702==-- From do-not-reply at jboss.com Wed Jan 10 10:08:01 2007 Content-Type: multipart/mixed; boundary="===============6894552204464164355==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Modify process variables Date: Wed, 10 Jan 2007 10:08:01 -0500 Message-ID: <21658864.1168441681622.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6894552204464164355== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its going to be very hard to justify removing functionality from the consol= e going from 3.1 to 3.2. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999976#3999976 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999976 --===============6894552204464164355==-- From do-not-reply at jboss.com Wed Jan 10 10:12:25 2007 Content-Type: multipart/mixed; boundary="===============1880626433196858626==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Wed, 10 Jan 2007 10:12:25 -0500 Message-ID: <33348354.1168441945740.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1880626433196858626== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable My vote would be to have a "Filter Search Results" link that would take you= to a filter form. Submit the form, get the list with links "Reset Search = Filter" and "Update Search Filter". View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999981#3999981 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999981 --===============1880626433196858626==-- From do-not-reply at jboss.com Wed Jan 10 10:17:53 2007 Content-Type: multipart/mixed; boundary="===============6655107968710082809==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Channel creation - mux vs. old style Date: Wed, 10 Jan 2007 10:17:53 -0500 Message-ID: <18411818.1168442273089.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6655107968710082809== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Not critical, although it would be good. Take that back - it's a pretty big deal -- at least the bit about not using= the default properties. I came across this yesterday when the RuntimeConf= ig.reset() issue prevented use of the multiplexer. So 4 different AS servi= ces all opened channels using the default properties. All of which then be= gan spewing log messages complaining about getting messages with a differen= t channel name. Not good at all. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999985#3999985 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999985 --===============6655107968710082809==-- From do-not-reply at jboss.com Wed Jan 10 10:36:55 2007 Content-Type: multipart/mixed; boundary="===============0992200345561859580==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - build updates on HEAD Date: Wed, 10 Jan 2007 10:36:55 -0500 Message-ID: <8569573.1168443415768.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0992200345561859580== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i'm starting another round of build updates on head. hopefully the last :-) goals: - automatic dependency fetching - easier versioning of jbpm artifacts - build profiles for targetting different environments (e.g. different jbos= s versions) - maybe better release support repository and sf.net uploads we'll see where we end up. Alex, I believe that you are the only one that will be affected. When woul= d be a good time for you to spend 1 hour on synchronizing to the new build = ? I will wait with checking in till that time and take you through the nec= essary updates. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999993#3999993 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999993 --===============0992200345561859580==-- From do-not-reply at jboss.com Wed Jan 10 10:38:00 2007 Content-Type: multipart/mixed; boundary="===============1012944891007985865==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Wed, 10 Jan 2007 10:38:00 -0500 Message-ID: <9335229.1168443480447.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1012944891007985865== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Everybody has a different opinion on this. What is wrong with how it is no= w? Is it really that confusing? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D3999995#3999995 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D3999995 --===============1012944891007985865==-- From do-not-reply at jboss.com Wed Jan 10 11:13:30 2007 Content-Type: multipart/mixed; boundary="===============1389195958506108951==" MIME-Version: 1.0 From: kbarfield To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Wed, 10 Jan 2007 11:13:30 -0500 Message-ID: <17556813.1168445610829.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1389195958506108951== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I feel it is in the way and confusing right now, especially when there are = no results in the list. So, we show headers for the list, a bunch of text = boxes, and no data. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000014#4000014 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000014 --===============1389195958506108951==-- From do-not-reply at jboss.com Wed Jan 10 11:16:13 2007 Content-Type: multipart/mixed; boundary="===============2736811631259142087==" MIME-Version: 1.0 From: phillips4jc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Wed, 10 Jan 2007 11:16:13 -0500 Message-ID: <10937317.1168445773412.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2736811631259142087== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We are still seeing problems with our Labs installation. Here are the valu= es that we used in the shotoku.properties file. shotoku.default.url =3Dhttp://B-0359/svn shotoku.default.username =3D jboss shotoku.default.password =3Djboss shotoku.default.localpath =3D/cms-template On startup we get the following MBEAN errors and Stack traces. After this = listing, there is another stack trace generated when you try to access the = page. 09:17:28,228 INFO [TomcatDeployer] deploy, ctxPath=3D/feeds, warUrl=3D.../= tmp/deploy/tmp64391shotoku-feeds-exp.war/ 09:17:28,712 ERROR [FeedsDescriptor] View feed getter class not found. javax.ejb.EJBException: java.lang.NullPointerException at org.jboss.ejb3.tx.Ejb3TxPolicy.handleExceptionInOurTx(Ejb3TxPoli= cy.java:69) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:83) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor= .java:197) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagati= onInterceptor.java:76) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(Auth= enticationInterceptor.java:78) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationIn= terceptor.java:47) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(Async= hronousInterceptor.java:106) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.ejb3.service.ServiceContainer.localInvoke(ServiceConta= iner.java:199) at org.jboss.ejb3.service.ServiceContainer.localInvoke(ServiceConta= iner.java:167) at org.jboss.ejb3.service.ServiceMBeanDelegate.invoke(ServiceMBeanD= elegate.java:168) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.j= ava:164) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy186.getProperty(Unknown Source) at org.jboss.shotoku.feeds.portlet.FeedsViewPortlet.init(FeedsViewP= ortlet.java:95) at org.jboss.portal.portlet.container.PortletContainer.initPortlet(= PortletContainer.java:391) at org.jboss.portal.portlet.container.PortletContainer.start(Portle= tContainer.java:251) at org.jboss.portal.portlet.container.PortletContainerAdapter.start= (PortletContainerAdapter.java:74) at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.joinpoint.plugins.reflect.ReflectMethodJoinPoint.dispa= tch(ReflectMethodJoinPoint.java:72) at org.jboss.kernel.plugins.dependency.KernelControllerContextActio= ns.dispatchJoinPoint(KernelControllerContextActions.java:92) at org.jboss.kernel.plugins.dependency.KernelControllerContextActio= ns$LifecycleAction.installAction(KernelControllerContextActions.java:452) at org.jboss.kernel.plugins.dependency.KernelControllerContextActio= ns$KernelControllerContextAction.install(KernelControllerContextActions.jav= a:147) at org.jboss.dependency.plugins.AbstractControllerContextActions.in= stall(AbstractControllerContextActions.java:51) at org.jboss.dependency.plugins.AbstractControllerContext.install(A= bstractControllerContext.java:226) at org.jboss.dependency.plugins.AbstractController.install(Abstract= Controller.java:593) at org.jboss.dependency.plugins.AbstractController.incrementState(A= bstractController.java:346) at org.jboss.dependency.plugins.AbstractController.resolveContexts(= AbstractController.java:438) at org.jboss.dependency.plugins.AbstractController.resolveContexts(= AbstractController.java:379) at org.jboss.dependency.plugins.AbstractController.install(Abstract= Controller.java:225) at org.jboss.dependency.plugins.AbstractController.install(Abstract= Controller.java:151) at org.jboss.kernel.plugins.dependency.AbstractKernelController.ins= tall(AbstractKernelController.java:74) at org.jboss.portal.portlet.deployment.jboss.PortletAppDeployment.s= tart(PortletAppDeployment.java:232) at org.jboss.portal.core.deployment.jboss.PortletAppDeployment.star= t(PortletAppDeployment.java:79) at org.jboss.portal.server.deployment.jboss.PortalDeploymentInfo$De= ploymentContext.start(PortalDeploymentInfo.java:211) at org.jboss.portal.server.deployment.jboss.ServerDeployer.start(Se= rverDeployer.java:242) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) at sun.reflect.GeneratedMethodAccessor188.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInte= rceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(M= odelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy138.deploy(Unknown Source) at org.jboss.portal.server.deployment.jboss.ServerDeployer.deploy(S= erverDeployer.java:296) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy94.deploy(Unknown Source) at org.jboss.portal.server.deployment.WebAppAdapter.deploy(WebAppAd= apter.java:54) at org.jboss.portal.server.deployment.WebAppIntercepter.handleNotif= ication(WebAppIntercepter.java:133) at sun.reflect.GeneratedMethodAccessor117.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.notification.NotificationListenerProxy.invoke(Notif= icationListenerProxy.java:153) at $Proxy139.handleNotification(Unknown Source) at org.jboss.mx.util.JBossNotificationBroadcasterSupport.handleNoti= fication(JBossNotificationBroadcasterSupport.java:127) at org.jboss.mx.util.JBossNotificationBroadcasterSupport.sendNotifi= cation(JBossNotificationBroadcasterSupport.java:108) at org.jboss.deployment.SubDeployerSupport.emitNotification(SubDepl= oyerSupport.java:340) at org.jboss.deployment.SubDeployerSupport.start(SubDeployerSupport= .java:308) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.ja= va:482) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInte= rceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(M= odelMBeanOperationInterceptor.java:142) at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterc= eptor.java:97) at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(Inter= ceptorServiceMBeanSupport.java:238) at org.jboss.ws.server.WebServiceDeployer.start(WebServiceDeployer.= java:117) at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterce= ptor.start(SubDeployerInterceptorSupport.java:188) at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerIn= terceptor.java:95) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy114.start(Unknown Source) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInte= rceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(M= odelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDepl= oymentScanner.java:421) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploy= mentScanner.java:634) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerTh= read.doScan(AbstractDeploymentScanner.java:263) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startServ= ice(AbstractDeploymentScanner.java:336) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceM= BeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(Serv= iceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceCo= ntroller.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:= 417) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDis= patcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInte= rceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(M= odelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInv= oker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:= 659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) 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:595) Caused by: java.lang.NullPointerException at org.jboss.shotoku.feeds.FeedsDescriptor.getProperties(FeedsDescr= iptor.java:154) at org.jboss.shotoku.feeds.FeedsDescriptor.getProperty(FeedsDescrip= tor.java:158) at org.jboss.shotoku.feeds.FeedsDescriptor.(FeedsDescriptor.java:11= 7) at org.jboss.shotoku.feeds.service.FeedsServiceImpl.getFeedsDescrip= tor(FeedsServiceImpl.java:48) at org.jboss.shotoku.feeds.service.FeedsServiceImpl.getProperty(Fee= dsServiceImpl.java:55) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:112) at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(Invocat= ionContextImpl.java:166) at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJ= B3InterceptorsInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.= invoke(TransactionScopedEntityManagerInterceptor.java:54) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperat= ionsInterceptor.java:47) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvoca= tion.java:101) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79) ... 166 more 09:17:29,141 INFO [TomcatDeployer] deploy, ctxPath=3D/file-access, warUrl= =3D.../tmp/deploy/tmp64392shotoku-file-access-exp.war/ 09:17:29,527 INFO [TomcatDeployer] deploy, ctxPath=3D/shotoku-tags, warUrl= =3D.../tmp/deploy/tmp64393shotoku-tags-exp.war/ 09:17:29,890 INFO [TomcatDeployer] deploy, ctxPath=3D/shotoku-test, warUrl= =3D.../tmp/deploy/tmp64394shotoku-test-exp.war/ 09:17:30,222 INFO [TomcatDeployer] deploy, ctxPath=3D/speller, warUrl=3D..= ./tmp/deploy/tmp64395speller-exp.war/ 09:17:30,651 ERROR [URLDeploymentScanner] Incomplete Deployment listing: --- MBeans waiting for other MBeans --- ObjectName: persistence.units:jar=3Dpolls-commons.jar,unitName=3Dpolls State: NOTYETINSTALLED I Depend On: jboss.jca:name=3DLabsDS,service=3DManagedConnectionFactory Depends On Me: jboss.j2ee:jar=3Dpolls-commons.jar,name=3DPollsServiceImpl,service=3DEJ= B3 ObjectName: jboss.j2ee:jar=3Dpolls-commons.jar,name=3DPollsServiceImpl,serv= ice=3DEJB3 State: NOTYETINSTALLED I Depend On: persistence.units:jar=3Dpolls-commons.jar,unitName=3Dpolls ObjectName: persistence.units:jar=3Dforge-common-1.0.ejb3.jar,unitName=3Dpr= operty_persistance State: NOTYETINSTALLED I Depend On: jboss.jca:name=3DLabsDS,service=3DManagedConnectionFactory Depends On Me: jboss.j2ee:jar=3Dforge-common-1.0.ejb3,name=3DPropertyServiceBean,servi= ce=3DEJB3 ObjectName: jboss.j2ee:jar=3Dforge-common-1.0.ejb3,name=3DPropertyServiceBe= an,service=3DEJB3 State: NOTYETINSTALLED I Depend On: persistence.units:jar=3Dforge-common-1.0.ejb3.jar,unitName=3Dproperty_p= ersistance ObjectName: persistence.units:jar=3Dshotoku-feeds.ejb3.jar,unitName=3Dfeeds State: NOTYETINSTALLED I Depend On: jboss.jca:name=3DLabsDS,service=3DManagedConnectionFactory Depends On Me: jboss.j2ee:jar=3Dshotoku-feeds.ejb3,name=3DCommentsServiceImpl,service= =3DEJB3 ObjectName: jboss.j2ee:jar=3Dshotoku-feeds.ejb3,name=3DCommentsServiceImpl,= service=3DEJB3 State: NOTYETINSTALLED I Depend On: shotoku:service=3Duser persistence.units:jar=3Dshotoku-feeds.ejb3.jar,unitName=3Dfeeds shotoku:service=3Dshotoku shotoku:service=3Dfeeds ObjectName: persistence.units:jar=3Dshotoku-tags.ejb3.jar,unitName=3Dtags State: NOTYETINSTALLED I Depend On: jboss.jca:name=3DLabsDS,service=3DManagedConnectionFactory Depends On Me: jboss.j2ee:jar=3Dshotoku-tags.ejb3,name=3DTagServiceImpl,service=3DEJB3 ObjectName: jboss.j2ee:jar=3Dshotoku-tags.ejb3,name=3DTagServiceImpl,servic= e=3DEJB3 State: NOTYETINSTALLED I Depend On: shotoku:service=3Dshotoku persistence.units:jar=3Dshotoku-tags.ejb3.jar,unitName=3Dtags --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- ObjectName: jboss.jca:name=3DLabsDS,service=3DManagedConnectionFactory State: NOTYETINSTALLED Depends On Me: persistence.units:jar=3Dpolls-commons.jar,unitName=3Dpolls persistence.units:jar=3Dforge-common-1.0.ejb3.jar,unitName=3Dproperty_p= ersistance persistence.units:jar=3Dshotoku-feeds.ejb3.jar,unitName=3Dfeeds persistence.units:jar=3Dshotoku-tags.ejb3.jar,unitName=3Dtags 09:17:30,848 INFO [Http11BaseProtocol] Starting Coyote HTTP/1.1 on http-0.= 0.0.0-8080 09:17:31,959 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009 09:17:31,978 INFO [JkMain] Jk running ID=3D0 time=3D0/68 config=3Dnull 09:17:31,996 INFO [Server] JBoss (MX MicroKernel) [4.0.4.GA (build: CVSTag= =3DJBoss_4_0_4_GA date=3D200605151000)] Started in 1m:58s:798ms ************************************************************* Only copied a portion of the stack trace generated by accessing the page, a= s it was over 1000 lines long. s_4_0_4_GA date=3D200605151000)] Started in 1m:58s:798ms 09:47:29,505 ERROR [[jsp]] Servlet.service() for servlet jsp threw exceptio= n java.lang.NullPointerException at org.jboss.forge.common.FilesFromRepoFilter.doFilter(FilesFromRep= oFilter.java:108) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter= (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applica= tionFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(Applicatio= nDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.processRequest(Ap= plicationDispatcher.java:463) at org.apache.catalina.core.ApplicationDispatcher.doForward(Applica= tionDispatcher.java:398) at org.apache.catalina.core.ApplicationDispatcher.forward(Applicati= onDispatcher.java:301) at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextI= mpl.java:703) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImp= l.java:670) at org.apache.jsp.layouts.jbossForge_jsp._jspService(jbossForge_jsp= .java:64) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:9= 7) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWr= apper.java:332) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.j= ava:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter= (ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applica= tionFilterChain.java:173) at org.jboss.portal.theme.LayoutDispatcher.execute(LayoutDispatcher= .java:109) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor= Impl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod= AccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.portal.server.servlet.CommandFilter.doFilter(CommandFi= lter.java:65) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter= (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applica= tionFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(Applicatio= nDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(Applica= tionDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(Applicati= onDispatcher.java:499) at org.jboss.portal.theme.LayoutDispatcher.include(LayoutDispatcher= .java:139) at org.jboss.portal.theme.impl.JSPLayout.assembleResponse(JSPLayout= .java:34) at org.jboss.portal.core.command.MarkupCommand.execute(MarkupComman= d.java:360) at org.jboss.portal.core.command.ControllerCommand.dispatch(Control= lerCommand.java:91) at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocat= ion.java:140) at org.jboss.portal.core.aspects.controller.EventBroadcasterInterce= ptor.invoke(EventBroadcasterInterceptor.java:171) at org.jboss.portal.core.command.CommandInterceptor.invoke(CommandI= nterceptor.java:37) at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocat= ion.java:130) at org.jboss.portal.core.aspects.controller.PageNavigationIntercept= or.invoke(PageNavigationInterceptor.java:80) at org.jboss.portal.core.command.CommandInterceptor.invoke(CommandI= nterceptor.java:37) at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocat= ion.java:130) at org.jboss.portal.core.aspects.controller.PolicyEnforcementInterc= eptor.invoke(PolicyEnforcementInterceptor.java:79) at org.jboss.portal.core.command.CommandInterceptor.invoke(CommandI= nterceptor.java:37) at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocat= ion.java:130) at org.jboss.portal.core.aspects.controller.PortalNodeInterceptor.i= nvoke(PortalNodeInterceptor.java:59) [/img] View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000015#4000015 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000015 --===============2736811631259142087==-- From do-not-reply at jboss.com Wed Jan 10 11:18:27 2007 Content-Type: multipart/mixed; boundary="===============0581768507241382350==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: comment is confusing in the websale example Date: Wed, 10 Jan 2007 11:18:27 -0500 Message-ID: <2216845.1168445907854.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0581768507241382350== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Barring further comment, the action I will take here is to remove the comme= nt process variable and the comment text box from the websale example. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000016#4000016 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000016 --===============0581768507241382350==-- From do-not-reply at jboss.com Wed Jan 10 11:19:39 2007 Content-Type: multipart/mixed; boundary="===============5082202968096265609==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: When should the webconsole mark tasks as started? Date: Wed, 10 Jan 2007 11:19:39 -0500 Message-ID: <29354910.1168445979524.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5082202968096265609== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The action I will take here is to update the task start date as soon as the= assignee views the task. Also, I will take the further action of listing = new (unstarted) tasks in boldface in the user task list. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000018#4000018 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000018 --===============5082202968096265609==-- From do-not-reply at jboss.com Wed Jan 10 11:22:19 2007 Content-Type: multipart/mixed; boundary="===============5231303727044291661==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Virtual hosts and multiple portal server instances Date: Wed, 10 Jan 2007 11:22:19 -0500 Message-ID: <31453855.1168446139017.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5231303727044291661== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Sverker, I have added the portalHost idea from your patch to the codebase. That way it gives to ppl that integrates using command factories the capabi= lity to leverage that information to return the appropriate command (like a= specific portal for a specific virtual host). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000020#4000020 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000020 --===============5231303727044291661==-- From do-not-reply at jboss.com Wed Jan 10 11:25:36 2007 Content-Type: multipart/mixed; boundary="===============8580575088440469960==" MIME-Version: 1.0 From: koen.aers at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Wed, 10 Jan 2007 11:25:36 -0500 Message-ID: <14307601.1168446336463.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8580575088440469960== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In the meantime I also had a look at this... (well, Tom forced me to look a= t it to be honest ;-) ) I think that the criteria filter should appear as a block of controls at th= e bottom of the screen *if it is visible at all*. I would make it unvisible= by default and provide a link that can toggle the visibility of this block= , also at the bottom of the screen. Regards, Koen View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000023#4000023 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000023 --===============8580575088440469960==-- From do-not-reply at jboss.com Wed Jan 10 11:26:03 2007 Content-Type: multipart/mixed; boundary="===============5133575481399948867==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: replace sources tabs with links Date: Wed, 10 Jan 2007 11:26:03 -0500 Message-ID: <11097875.1168446363360.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5133575481399948867== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The action I will take here is to create a separate page for viewing source= code, with a "Back" link. There will be a link from the process instance = view for process source, and a link from the task instance view for task fo= rm source. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000024#4000024 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000024 --===============5133575481399948867==-- From do-not-reply at jboss.com Wed Jan 10 11:32:24 2007 Content-Type: multipart/mixed; boundary="===============8239884479147528565==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: remove context sensitive menus Date: Wed, 10 Jan 2007 11:32:24 -0500 Message-ID: <14650099.1168446744444.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8239884479147528565== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The action here is: Context menus are toast. I'm not going to change to "E= xecution" for 3.x. But I think that we should work to make "Execution" be = the standard term for a process instance+token in 4.x. "Process" will refe= r to the definition, and "Process Instance" will refer to the instance (for= now). Task definitions and instances will continue to be referred to as "= Task Definitions" and "Tasks", respectively. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000026#4000026 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000026 --===============8239884479147528565==-- From do-not-reply at jboss.com Wed Jan 10 11:36:56 2007 Content-Type: multipart/mixed; boundary="===============4296832611629237091==" MIME-Version: 1.0 From: unibrew To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Wed, 10 Jan 2007 11:36:56 -0500 Message-ID: <30213555.1168447016670.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4296832611629237091== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi I wouldn't care about this NPE from Feeds, I also have it ;-). The most imp= ortant issue visible in your log is lack or wrongly configured datasource. = --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- | ObjectName: jboss.jca:name=3DLabsDS,service=3DManagedConnectionFactory | State: NOTYETINSTALLED | Depends On Me: | persistence.units:jar=3Dpolls-commons.jar,unitName=3Dpolls | persistence.units:jar=3Dforge-common-1.0.ejb3.jar,unitName=3Dproper= ty_persistance | persistence.units:jar=3Dshotoku-feeds.ejb3.jar,unitName=3Dfeeds | persistence.units:jar=3Dshotoku-tags.ejb3.jar,unitName=3Dtags Look into sources and in directory configuration/to-copy/server/all/deploy = you should find JBLab-ds.xml.sample, portal-mysql-ds.xml.sample and portal-= login-ds.xml.sample. Fill those files with proper information about your da= tabase and copy to files without "sample" extension. Regards ---------------------- Ryszard Kozmik JBoss Forums Lead JBoss Labs Team View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000027#4000027 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000027 --===============4296832611629237091==-- From do-not-reply at jboss.com Wed Jan 10 11:37:53 2007 Content-Type: multipart/mixed; boundary="===============6930784109770273341==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified task instance view Date: Wed, 10 Jan 2007 11:37:53 -0500 Message-ID: <6312748.1168447073531.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6930784109770273341== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Action items: Remove comment fields from websale example; consolidate task = view into one screen (including adding an "add comment" area that is always= visible); rename the controversial "End Task" transition inside the websal= e example. If a task form isn't available, that part won't be rendered. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000028#4000028 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000028 --===============6930784109770273341==-- From do-not-reply at jboss.com Wed Jan 10 11:39:34 2007 Content-Type: multipart/mixed; boundary="===============7017963466660143819==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: simplified process instance view Date: Wed, 10 Jan 2007 11:39:34 -0500 Message-ID: <32752846.1168447174635.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7017963466660143819== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'll consolidate this screen as described, maybe not exactly in all respect= s but I don't see any reason to deviate wildly from what's been described h= ere. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000030#4000030 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000030 --===============7017963466660143819==-- From do-not-reply at jboss.com Wed Jan 10 11:43:19 2007 Content-Type: multipart/mixed; boundary="===============1490549467223445444==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: direct navigation when starting a new process instance Date: Wed, 10 Jan 2007 11:43:19 -0500 Message-ID: <12660691.1168447399375.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1490549467223445444== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Action: I will redirect the user to the first newly created task if there i= s one; if not, I will redirect the user to the process instance if it is st= ill open; if not, I will redirect the user back to their task list. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000034#4000034 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000034 --===============1490549467223445444==-- From do-not-reply at jboss.com Wed Jan 10 12:04:27 2007 Content-Type: multipart/mixed; boundary="===============5874536901000573181==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Wed, 10 Jan 2007 12:04:27 -0500 Message-ID: <2223645.1168448667443.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5874536901000573181== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, I'm going with three different search pages: Process, Process Instance= , and Task. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000046#4000046 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000046 --===============5874536901000573181==-- From do-not-reply at jboss.com Wed Jan 10 12:10:56 2007 Content-Type: multipart/mixed; boundary="===============1409408184273105723==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Channel creation - mux vs. old style Date: Wed, 10 Jan 2007 12:10:56 -0500 Message-ID: <12222620.1168449056532.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1409408184273105723== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yuck. Next 1.4.1 SP, I suppose? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000053#4000053 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000053 --===============1409408184273105723==-- From do-not-reply at jboss.com Wed Jan 10 12:16:02 2007 Content-Type: multipart/mixed; boundary="===============0411257982222640794==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Wed, 10 Jan 2007 12:16:02 -0500 Message-ID: <32760723.1168449362038.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0411257982222640794== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable toggle: +1 bottom of screen: Only if the toggle is visible without scrolling. (top sti= ll prefered, as did, for a different app, a whole bunch of our customters (= 3:1 ratio in favour of filters at the top WITH a toggle) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000059#4000059 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000059 --===============0411257982222640794==-- From do-not-reply at jboss.com Wed Jan 10 12:16:58 2007 Content-Type: multipart/mixed; boundary="===============5068974242840159039==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Channel creation - mux vs. old style Date: Wed, 10 Jan 2007 12:16:58 -0500 Message-ID: <10522995.1168449418817.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5068974242840159039== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yeah, that should be OK. Retagging 1.4.1.GA seems like overkill. The fund= amental problem yesterday was the reset() thing; the fact that it then open= ed channels with a default config and had a really exciting breakdown was m= ore of a distraction than anything. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000062#4000062 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000062 --===============5068974242840159039==-- From do-not-reply at jboss.com Wed Jan 10 12:23:29 2007 Content-Type: multipart/mixed; boundary="===============8199695096036859529==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Wed, 10 Jan 2007 12:23:29 -0500 Message-ID: <1109390.1168449809484.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8199695096036859529== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kukeltje" wrote : toggle: +1 | = | bottom of screen: Only if the toggle is visible without scrolling. (top= still prefered, as did, for a different app, a whole bunch of our customte= rs (3:1 ratio in favour of filters at the top WITH a toggle) Real(ish) data++ Here's what I'm going to do. I'm going to keep the filters right where the= y are, but I'm going to have a link to show/hide the filters. Case closed,= end of story. :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000068#4000068 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000068 --===============8199695096036859529==-- From do-not-reply at jboss.com Wed Jan 10 12:48:29 2007 Content-Type: multipart/mixed; boundary="===============8024544405747687122==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: SELECT FOR UPDATE semantics Date: Wed, 10 Jan 2007 12:48:29 -0500 Message-ID: <23687593.1168451309383.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8024544405747687122== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Fixed in CVS HEAD, will be in BETA1. See o.j.c.options.ForceWriteLockTest for usage details. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000075#4000075 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000075 --===============8024544405747687122==-- From do-not-reply at jboss.com Wed Jan 10 13:59:08 2007 Content-Type: multipart/mixed; boundary="===============7176261499076145139==" MIME-Version: 1.0 From: samljones To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Wed, 10 Jan 2007 13:59:08 -0500 Message-ID: <32284969.1168455548512.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7176261499076145139== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, Been working with jthorn and phillips4jc. Those files are present (non-sample versions). The portal-login-ds.xml had = no connection url, however. I modified that to match the url in the other t= wo xml files (jdbc:mysql://localhost:3306/jbossportal?useServerPrepStmts=3D= false); is this appropriate? They are supposed to be in the same database,= correct? Also verified that the user/password in the files has access to that dat= abase. Is the default driver (org.gjt.mm.mysql.Driver) included as part of the JB= oss source code, or do we need to manually acquire a jar for that? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000101#4000101 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000101 --===============7176261499076145139==-- From do-not-reply at jboss.com Wed Jan 10 14:02:05 2007 Content-Type: multipart/mixed; boundary="===============6848451452268909802==" MIME-Version: 1.0 From: samljones To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Wed, 10 Jan 2007 14:02:05 -0500 Message-ID: <20503850.1168455725205.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6848451452268909802== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Forgot to add, thanks for all the attention and help you all are giving us.= We really appreciate it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000103#4000103 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000103 --===============6848451452268909802==-- From do-not-reply at jboss.com Wed Jan 10 14:29:30 2007 Content-Type: multipart/mixed; boundary="===============1151807856301814903==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Wed, 10 Jan 2007 14:29:30 -0500 Message-ID: <25159281.1168457370688.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1151807856301814903== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hey guys I am following exactly step by step as described in the FAQ, except I use a= nonymous access to SVN as opposed to the committer access to SVN I get the following build errors, I don't really want to mess with the clas= s path build paths because it obviously worked for some people. I am obvi= ously missing some jars in my classpath or I have an outdated build.xml fil= e (I checked out the code about two days ago) | Buildfile: build.xml | = | prepare: | [echo] jboss50.home =3D ${jboss50.home} | [echo] jboss42.home =3D C:\examples\jboss-4.2.x\build\output\jboss= -4.2.0.CR1-ejb3 | [echo] jboss40.home =3D C:\examples\jboss-4.0.5\build\output\jboss= -4.0.5.GA-ejb3 | [echo] tomcat.home =3D ${tomcat.home} | = | = | thirdparty-get: | = | thirdparty-classpath: | = | thirdparty: | = | init: | = | core-init: | = | core-compile-classes: | [javac] Compiling 77 source files to C:\examples\jbossws\jbossws-co= re\output\classes14 | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\JAXRPCException.java:24: package org.jboss.util.id does not exist | [javac] import org.jboss.util.id.SerialVersion; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\ServiceException.java:24: package org.jboss.util.id does not exist | [javac] import org.jboss.util.id.SerialVersion; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\ServiceFactory.java:31: package org.jboss.logging does not exist | [javac] import org.jboss.logging.Logger; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\ServiceFactory.java:49: cannot find symbol | [javac] symbol : class Logger | [javac] location: class javax.xml.rpc.ServiceFactory | [javac] private static Logger log =3D Logger.getLogger(ServiceFa= ctory.class); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\soap\SOAPFaultException.java:33: package org.jboss.logging does not exist | [javac] import org.jboss.logging.Logger; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\soap\SOAPFaultException.java:34: package org.jboss.util.id does not exist | [javac] import org.jboss.util.id.SerialVersion; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\soap\SOAPFaultException.java:57: cannot find symbol | [javac] symbol : class Logger | [javac] location: class javax.xml.rpc.soap.SOAPFaultException | [javac] private static Logger log =3D Logger.getLogger(SOAPFault= Exception.class); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPException.java:24: package org.jboss.util.id does not exist | [javac] import org.jboss.util.id.SerialVersion; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPMessage.java:29: package javax.activation does not exist | [javac] import javax.activation.DataHandler; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\AttachmentPart.java:27: package javax.activation does not exist | [javac] import javax.activation.DataHandler; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPMessage.java:108: cannot find symbol | [javac] symbol : class DataHandler | [javac] location: class javax.xml.soap.SOAPMessage | [javac] public AttachmentPart createAttachmentPart(DataHandler d= atahandler) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\AttachmentPart.java:182: cannot find symbol | [javac] symbol : class DataHandler | [javac] location: class javax.xml.soap.AttachmentPart | [javac] public abstract DataHandler getDataHandler() throws SOAP= Exception; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\AttachmentPart.java:284: cannot find symbol | [javac] symbol : class DataHandler | [javac] location: class javax.xml.soap.AttachmentPart | [javac] public abstract void setDataHandler(DataHandler dataHand= ler); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\server\ServletEndpointContext.java:26: package javax.servlet does not exi= st | [javac] import javax.servlet.ServletContext; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\server\ServletEndpointContext.java:27: package javax.servlet.http does no= t exist | [javac] import javax.servlet.http.HttpSession; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\server\ServletEndpointContext.java:60: cannot find symbol | [javac] symbol : class HttpSession | [javac] location: interface javax.xml.rpc.server.ServletEndpointCon= text | [javac] public HttpSession getHttpSession(); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\server\ServletEndpointContext.java:78: cannot find symbol | [javac] symbol : class ServletContext | [javac] location: interface javax.xml.rpc.server.ServletEndpointCon= text | [javac] public ServletContext getServletContext(); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\FactoryLoader.java:34: package org.jboss.logging does not exist | [javac] import org.jboss.logging.Logger; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\FactoryLoader.java:47: cannot find symbol | [javac] symbol : class Logger | [javac] location: class javax.xml.soap.FactoryLoader | [javac] private static Logger log =3D Logger.getLogger(MessageFa= ctory.class); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPConnection.java:24: package org.jboss.util does not exist | [javac] import org.jboss.util.NotImplementedException; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPConnectionFactory.java:27: package org.jboss.logging does not exist | [javac] import org.jboss.logging.Logger; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPConnectionFactory.java:43: cannot find symbol | [javac] symbol : class Logger | [javac] location: class javax.xml.soap.SOAPConnectionFactory | [javac] private static Logger log =3D Logger.getLogger(SOAPConne= ctionFactory.class); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\JAXRPCException.java:36: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.rpc.JAXRPCException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\JAXRPCException.java:36: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.rpc.JAXRPCException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\ServiceException.java:36: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.rpc.ServiceException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\ServiceException.java:36: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.rpc.ServiceException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\ServiceFactory.java:49: cannot find symbol | [javac] symbol : variable Logger | [javac] location: class javax.xml.rpc.ServiceFactory | [javac] private static Logger log =3D Logger.getLogger(ServiceFa= ctory.class); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\soap\SOAPFaultException.java:57: cannot find symbol | [javac] symbol : variable Logger | [javac] location: class javax.xml.rpc.soap.SOAPFaultException | [javac] private static Logger log =3D Logger.getLogger(SOAPFault= Exception.class); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\soap\SOAPFaultException.java:68: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.rpc.soap.SOAPFaultException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\rp= c\soap\SOAPFaultException.java:68: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.rpc.soap.SOAPFaultException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPException.java:36: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.soap.SOAPException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPException.java:36: cannot find symbol | [javac] symbol : variable SerialVersion | [javac] location: class javax.xml.soap.SOAPException | [javac] if (SerialVersion.version =3D=3D SerialVersion.LEGACY) | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\FactoryLoader.java:47: cannot find symbol | [javac] symbol : variable Logger | [javac] location: class javax.xml.soap.FactoryLoader | [javac] private static Logger log =3D Logger.getLogger(MessageFa= ctory.class); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPConnection.java:69: cannot find symbol | [javac] symbol : class NotImplementedException | [javac] location: class javax.xml.soap.SOAPConnection | [javac] throw new NotImplementedException(); | [javac] ^ | [javac] C:\examples\jbossws\jbossws-core\src\main\java\javax\xml\so= ap\SOAPConnectionFactory.java:43: cannot find symbol | [javac] symbol : variable Logger | [javac] location: class javax.xml.soap.SOAPConnectionFactory | [javac] private static Logger log =3D Logger.getLogger(SOAPConne= ctionFactory.class); | [javac] ^ | [javac] 35 errors | = Here is my ant.properties file | jboss42.home=3DC:\\examples\\jboss-4.2.x\\build\\output\\jboss-4.2.0.CR= 1-ejb3 | jboss40.home=3DC:\\examples\\jboss-4.0.5\\build\\output\\jboss-4.0.5.GA= -ejb3 | = | # The JBoss server under test. This can be [jboss50|jboss42|jboss40|tom= cat] | jbossws.integration.target=3Djboss42 I am running under Windows XP = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000109#4000109 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000109 --===============1151807856301814903==-- From do-not-reply at jboss.com Wed Jan 10 14:33:26 2007 Content-Type: multipart/mixed; boundary="===============3060006212876725746==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Wed, 10 Jan 2007 14:33:25 -0500 Message-ID: <24883337.1168457605981.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3060006212876725746== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am trying to run on Jboss 4.0 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000110#4000110 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000110 --===============3060006212876725746==-- From do-not-reply at jboss.com Wed Jan 10 14:38:30 2007 Content-Type: multipart/mixed; boundary="===============7602902393437269719==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Wed, 10 Jan 2007 14:38:30 -0500 Message-ID: <13818779.1168457910137.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7602902393437269719== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is the setup, I am trying to run: jboss-4.0.5, jaxws, jaxrpc, ejb3, jsr181, jdk-1.5 Instructions found here: = http://wiki.jboss.org/wiki/Wiki.jsp?page=3DJBWSFAQBuildAndInstallJBoss40xEJ= B3 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000116#4000116 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000116 --===============7602902393437269719==-- From do-not-reply at jboss.com Wed Jan 10 14:44:15 2007 Content-Type: multipart/mixed; boundary="===============0597101896871368679==" MIME-Version: 1.0 From: samljones To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Wed, 10 Jan 2007 14:44:15 -0500 Message-ID: <18770978.1168458255731.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0597101896871368679== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Also, on doing a locate of *.sample, there are many more in the jboss sour= ce code, at least some of which have not been un-sample-ified. Is there a w= ay to tell which are required for basic usage? I don't want to add values= to a bunch of files and break jboss. Thanks -Sam View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000119#4000119 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000119 --===============0597101896871368679==-- From do-not-reply at jboss.com Wed Jan 10 14:46:20 2007 Content-Type: multipart/mixed; boundary="===============1181971339630089900==" MIME-Version: 1.0 From: prassib To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Whats the easiest way to access JBPM data outside of the JBP Date: Wed, 10 Jan 2007 14:46:20 -0500 Message-ID: <31713411.1168458380352.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1181971339630089900== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I need to see some data from the JBPM tables just for lookup purposes & I a= m trying to avoid creating a JBPM context. I used the JBPM hibernate mapping files & wrote my DAO with lookup methods.= I can lookup the ProcessInstance object by its ID but I get a Hibernate La= zyInitiliazationException when invoke method getRootToken().getNode() View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000120#4000120 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000120 --===============1181971339630089900==-- From do-not-reply at jboss.com Wed Jan 10 15:09:01 2007 Content-Type: multipart/mixed; boundary="===============7785700327284326128==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - What is the base entry point for aop remoting? Date: Wed, 10 Jan 2007 15:09:01 -0500 Message-ID: <12316516.1168459741170.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7785700327284326128== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I see there are utility classes in the aspects project under org.jboss.aspe= cts.remoting that provide some remoting setup and ejb3 has its own layer. T= he org.jboss.aspects.remoting.Remoting.makeRemotable has a hard-coded inter= ceptor stack. Is there an aop equivalent of the org.jboss.proxy.GenericProx= yFactory for detached invokers? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000130#4000130 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000130 --===============7785700327284326128==-- From do-not-reply at jboss.com Wed Jan 10 15:14:25 2007 Content-Type: multipart/mixed; boundary="===============0371213750829730378==" MIME-Version: 1.0 From: unibrew To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Wed, 10 Jan 2007 15:14:24 -0500 Message-ID: <11331413.1168460064975.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0371213750829730378== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "samljones" wrote : Forgot to add, thanks for all the attention and help yo= u all are giving us. We really appreciate it.No problem. I hope, you will s= how us your portal based on Labs after you finish it. I think that everything needed is displayed by executing "maven help" in ro= ot directory of sources. There are some info after doing "maven install". Y= ou can see both of those in maven.xml file. Cheers ---------------------- Ryszard Kozmik JBoss Forums Lead JBoss Labs Team View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000132#4000132 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000132 --===============0371213750829730378==-- From do-not-reply at jboss.com Wed Jan 10 15:19:56 2007 Content-Type: multipart/mixed; boundary="===============2055212783288263635==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - org.jboss.aop.Dispatcher error? Date: Wed, 10 Jan 2007 15:19:56 -0500 Message-ID: <15713793.1168460396110.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2055212783288263635== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As far as I can see this code in the org.jboss.aop.Dispatcher.invoke is a c= opy/paste error that should be using Proxy in place of ClassProxy: | ... | else if (target instanceof Proxy) | { | ClassProxy proxy =3D (ClassProxy) target; | return proxy._dynamicInvoke(invocation); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000133#4000133 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000133 --===============2055212783288263635==-- From do-not-reply at jboss.com Wed Jan 10 16:06:32 2007 Content-Type: multipart/mixed; boundary="===============8475270631924578033==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Wed, 10 Jan 2007 16:06:32 -0500 Message-ID: <24714939.1168463192057.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8475270631924578033== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The classes that are missing in your build should come from build/thirdpart= y. You can delete that dir to trigger a fetch View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000145#4000145 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000145 --===============8475270631924578033==-- From do-not-reply at jboss.com Wed Jan 10 16:11:11 2007 Content-Type: multipart/mixed; boundary="===============2296553541962439289==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - bean/mbean integration issue Date: Wed, 10 Jan 2007 16:11:11 -0500 Message-ID: <25562794.1168463471225.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2296553541962439289== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I was hoping to be able to reference the jboss-service.xml mbean for the so= cket remoting transport to register a handler for the ProfileService with i= t similar to how deployers register with the MainDeployer: | ... | | | | ProfileService | | | | ProfileService | | | = however, there is a type conflict showing up: | 12:56:19,930 ERROR [AbstractKernelController] Error installing to Insta= lled: name=3DProfileServiceInvocationHandler state=3DStart | java.lang.ClassCastException: org.jboss.system.microcontainer.ServiceCo= ntrollerContext | at org.jboss.kernel.plugins.dependency.InstallAction.installAct= ionInternal(InstallAction.java:67) | at org.jboss.kernel.plugins.dependency.KernelControllerContextA= ction.installAction(KernelControllerContextAction.java:187) | at org.jboss.kernel.plugins.dependency.KernelControllerContextA= ction.install(KernelControllerContextAction.java:126) | at org.jboss.dependency.plugins.AbstractControllerContextAction= s.install(AbstractControllerContextActions.java:51) | at org.jboss.dependency.plugins.AbstractControllerContext.insta= ll(AbstractControllerContext.java:233) | at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:709) | at org.jboss.dependency.plugins.AbstractController.incrementSta= te(AbstractController.java:430) | at org.jboss.dependency.plugins.AbstractController.resolveConte= xts(AbstractController.java:540) | at org.jboss.dependency.plugins.AbstractController.resolveConte= xts(AbstractController.java:474) | at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:274) | at org.jboss.dependency.plugins.AbstractController.install(Abst= ractController.java:177) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDep= loyer.deploy(BeanMetaDataDeployer.java:67) | at org.jboss.deployers.plugins.deployers.kernel.BeanMetaDataDep= loyer.deploy(BeanMetaDataDeployer.java:42) | at org.jboss.deployers.plugins.deployers.helpers.AbstractSimple= RealDeployer.deploy(AbstractSimpleRealDeployer.java:53) | at org.jboss.deployers.plugins.deployer.AbstractSimpleDeployer.= commitDeploy(AbstractSimpleDeployer.java:52) | at org.jboss.deployers.plugins.deployer.DeployerWrapper.commitD= eploy(DeployerWrapper.java:156) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.comm= itDeploy(MainDeployerImpl.java:523) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.comm= itDeploy(MainDeployerImpl.java:534) | at org.jboss.deployers.plugins.deployment.MainDeployerImpl.proc= ess(MainDeployerImpl.java:461) | at org.jboss.system.server.profileservice.ProfileServiceBootstr= ap.loadProfile(ProfileServiceBootstrap.java:372) | ... | = To allow for such an interaction, the mbean needs to have a mapping of its = ServiceControllerContext to a KernelControllerContext, or ServiceController= Context and KernelControllerContext need a shared base class that adds a co= mmon DispatchJoinPoint notion. I can workaround this by moving the legacy remoting mbean to a mc bean (hop= efully). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000149#4000149 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000149 --===============2296553541962439289==-- From do-not-reply at jboss.com Wed Jan 10 16:35:01 2007 Content-Type: multipart/mixed; boundary="===============2035831080366647886==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Wed, 10 Jan 2007 16:35:01 -0500 Message-ID: <16831143.1168464901053.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2035831080366647886== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In the words of Borat: Nice! Also, just a heads up... the property jboss.repository=3Dhttp://repository.jboss.com = needs to be there, in order to get a fetch of the latest jars. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000158#4000158 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000158 --===============2035831080366647886==-- From do-not-reply at jboss.com Wed Jan 10 17:16:44 2007 Content-Type: multipart/mixed; boundary="===============1415827044590272768==" MIME-Version: 1.0 From: adamw To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Classpath Problem Date: Wed, 10 Jan 2007 17:16:44 -0500 Message-ID: <17185691.1168467404658.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1415827044590272768== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, you should fillin/create all files listed by "maven help" and create non-sa= mple versions of all .sample files found in the configuration directory. The mysql driver is in the server/all/lib directory, included with the AS i= n our repository. -- = Adam View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000173#4000173 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000173 --===============1415827044590272768==-- From do-not-reply at jboss.com Wed Jan 10 17:31:56 2007 Content-Type: multipart/mixed; boundary="===============2160440150377964223==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Wed, 10 Jan 2007 17:31:56 -0500 Message-ID: <13698552.1168468316903.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2160440150377964223== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry to be a newbie about this, I am not too familiar with the build envir= onment of JBossWS The tests fail for me, it doesn't compile. It seems to be another class pa= th issue where Junit.jar cannot be found (the only instance of junit.jar is= in jbossws/build/thirdparty). I even put a force get in my ant.properties= in the build folder. = I get the following output, it appears to fail at the "main" task. It all = fails on Junit classes but it stops at 100 errors. I am guessing even if = I do manually junit.jar to the classpath, there will be other dependency er= rors to deal with. I am guessing there is something wrong with my ant.prop= erties or something did not check out right (via SVN). = = | Buildfile: build.xml | = | prepare: | [echo] ----------------------------------------------- | [echo] jboss.home =3D C:\examples\jboss-4.2.x\build\output\jbos= s-4.2.0.CR1-ejb3 | [echo] tomcat.home =3D ${tomcat.home} | [echo] java.home =3D C:\Sun\AppServer\jdk\jre | [echo] endorsed.dirs =3D C:\examples\jboss-4.2.x\build\output\jbos= s-4.2.0.CR1-ejb3/lib/endorsed | [echo] ----------------------------------------------- | . | . | . | . | . (taken out for the sake of keeping the post short) | = | [unzip] Expanding: C:\examples\jbossws\build\thirdparty\ejb3.deploy= er.zip into C:\examples\jbossws\build\thirdparty | = | thirdparty-classpath: | = | thirdparty: | = | init: | [echo] excludefile =3D tests-jboss42-excludes.txt | = | compile14: | = | compile15: | [javac] Compiling 1006 source files to C:\examples\jbossws\jbossws-= tests\output\classes | [javac] C:\examples\jbossws\jbossws-tests\src\main\java\org\jboss\t= est\ws\JBossWSTest.java:34: package junit.framework does not exist | [javac] import junit.framework.TestCase; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-tests\src\main\java\org\jboss\t= est\ws\JBossWSTest.java:48: cannot find symbol | [javac] symbol: class TestCase | [javac] public abstract class JBossWSTest extends TestCase | [javac] ^ | [javac] C:\examples\jbossws\jbossws-tests\src\main\java\org\jboss\t= est\ws\JBossWSTestSetup.java:24: package junit.extensions does not exist | [javac] import junit.extensions.TestSetup; | [javac] ^ | [javac] C:\examples\jbossws\jbossws-tests\src\main\java\org\jboss\t= est\ws\JBossWSTestSetup.java:25: package junit.framework does not exist | [javac] import junit.framework.TestSuite; | [javac] ^ | [javac] = | . | . | . | . | . | .(taken out for the sake of keeping the post short) | = | [javac] 100 errors | = | compile: | = | copy-resources: | = | generate-sources: | [wstools] log4j:ERROR setFile(null,false) call failed. | [wstools] java.io.FileNotFoundException: \test.log (Access is denied) | [wstools] at java.io.FileOutputStream.open(Native Method) | [wstools] at java.io.FileOutputStream.(FileOutputStream.java:1= 79) | [wstools] at java.io.FileOutputStream.(FileOutputStream.java:1= 02) | [wstools] at org.apache.log4j.FileAppender.setFile(FileAppender.java= :272) | [wstools] at org.apache.log4j.FileAppender.activateOptions(FileAppen= der.java:151) | [wstools] at org.apache.log4j.DailyRollingFileAppender.activateOptio= ns(DailyRollingFileAppender.java:206) | [wstools] at org.apache.log4j.config.PropertySetter.activate(Propert= ySetter.java:247) | [wstools] at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMC= onfigurator.java:210) | [wstools] at org.apache.log4j.xml.DOMConfigurator.findAppenderByName= (DOMConfigurator.java:140) | [wstools] at org.apache.log4j.xml.DOMConfigurator.findAppenderByRefe= rence(DOMConfigurator.java:153) | [wstools] at org.apache.log4j.xml.DOMConfigurator.parseChildrenOfLog= gerElement(DOMConfigurator.java:415) | [wstools] at org.apache.log4j.xml.DOMConfigurator.parseRoot(DOMConfi= gurator.java:384) | [wstools] at org.apache.log4j.xml.DOMConfigurator.parse(DOMConfigura= tor.java:783) | [wstools] at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMCon= figurator.java:666) | [wstools] at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMCon= figurator.java:616) | [wstools] at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMCon= figurator.java:602) | [wstools] at org.apache.log4j.helpers.OptionConverter.selectAndConfi= gure(OptionConverter.java:460) | [wstools] at org.apache.log4j.LogManager.(LogManager.java:11= 3) | [wstools] at org.jboss.logging.log4j.Log4jLoggerPlugin.init(Log4jLog= gerPlugin.java:80) | [wstools] at org.jboss.logging.Logger.getDelegatePlugin(Logger.java:= 393) | [wstools] at org.jboss.logging.Logger.(Logger.java:119) | [wstools] at org.jboss.logging.Logger.getLogger(Logger.java:357) | [wstools] at org.jboss.ws.tools.WSTools.(Unknown Source) | [wstools] at org.jboss.ws.tools.ant.wstools.execute(Unknown Source) | [wstools] at org.apache.tools.ant.UnknownElement.execute(UnknownElem= ent.java:275) | [wstools] at org.apache.tools.ant.Task.perform(Task.java:364) | [wstools] at org.apache.tools.ant.Target.execute(Target.java:341) | [wstools] at org.apache.tools.ant.Target.performTasks(Target.java:36= 9) | [wstools] at org.apache.tools.ant.Project.executeSortedTargets(Proje= ct.java:1216) | [wstools] at org.apache.tools.ant.Project.executeTarget(Project.java= :1185) | [wstools] at org.apache.tools.ant.helper.DefaultExecutor.executeTarg= ets(DefaultExecutor.java:40) | [wstools] at org.apache.tools.ant.Project.executeTargets(Project.jav= a:1068) | [wstools] at org.apache.tools.ant.Main.runBuild(Main.java:668) | [wstools] at org.apache.tools.ant.Main.startAnt(Main.java:187) | [wstools] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:= 246) | [wstools] at org.apache.tools.ant.launch.Launcher.main(Launcher.java= :67) | [wstools] log4j:ERROR Either File or DatePattern options are not set = for appender [FILE]. | [wstools] java.lang.NullPointerException | [wstools] at java.lang.System.arraycopy(Native Method) | [wstools] at org.apache.xerces.impl.xs.XSModelImpl.getAnnotations(Un= known Source) | [wstools] at org.jboss.ws.metadata.wsdl.xmlschema.WSSchemaUtils.copy= XSModel(Unknown Source) | [wstools] at org.jboss.ws.tools.JavaToXSD.parseSchema(Unknown Source) | [wstools] at org.jboss.ws.tools.wsdl.WSDL11Reader.processTypes(Unkno= wn Source) | [wstools] at org.jboss.ws.tools.wsdl.WSDL11Reader.processDefinition(= Unknown Source) | [wstools] at org.jboss.ws.tools.wsdl.WSDLDefinitionsFactory.parse(Un= known Source) | [wstools] at org.jboss.ws.tools.WSDLToJava.convertWSDL2Java(Unknown = Source) | [wstools] at org.jboss.ws.tools.helpers.ToolsHelper.handleWSDLToJava= Generation(Unknown Source) | [wstools] at org.jboss.ws.tools.WSTools.process(Unknown Source) | [wstools] at org.jboss.ws.tools.WSTools.generate(Unknown Source) | [wstools] at org.jboss.ws.tools.ant.wstools.execute(Unknown Source) | [wstools] at org.apache.tools.ant.UnknownElement.execute(UnknownElem= ent.java:275) | [wstools] at org.apache.tools.ant.Task.perform(Task.java:364) | [wstools] at org.apache.tools.ant.Target.execute(Target.java:341) | [wstools] at org.apache.tools.ant.Target.performTasks(Target.java:36= 9) | [wstools] at org.apache.tools.ant.Project.executeSortedTargets(Proje= ct.java:1216) | [wstools] at org.apache.tools.ant.Project.executeTarget(Project.java= :1185) | [wstools] at org.apache.tools.ant.helper.DefaultExecutor.executeTarg= ets(DefaultExecutor.java:40) | [wstools] at org.apache.tools.ant.Project.executeTargets(Project.jav= a:1068) | [wstools] at org.apache.tools.ant.Main.runBuild(Main.java:668) | [wstools] at org.apache.tools.ant.Main.startAnt(Main.java:187) | [wstools] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:= 246) | [wstools] at org.apache.tools.ant.launch.Launcher.main(Launcher.java= :67) | = | = Any help would be much apperciated. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000180#4000180 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000180 --===============2160440150377964223==-- From do-not-reply at jboss.com Wed Jan 10 17:45:18 2007 Content-Type: multipart/mixed; boundary="===============0913944033651672144==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - 2.6 alpha release Date: Wed, 10 Jan 2007 17:45:17 -0500 Message-ID: <31675560.1168469117948.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0913944033651672144== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I worked today to cleanup tests for the 2.6 release : - I had to fix the CMS tests that were not able to run because it was relyi= ng on the UserModule from JNDI which was not available in the test environm= ent. I fixed it by making the IdentityServiceController injected in the JCR= CMS service instead - commented out the 2 portlet test cases that cannot technically pass - commented out one theme test that does not seem to exist anymore - fixed the portal object and instance test cases that were broken due to m= y refactorings (I had to update the jboss-aop.xml and change the pointcuts,= I can't wait to have Java 5 and annotations...) - I updated the test framework to handle multi node testing (that was disab= led after the refactorings done to handle test parameterization). - I ported the 2.4 slight changes to portlet session replication to trunk. All tests in the testsuite are passing for me now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000184#4000184 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000184 --===============0913944033651672144==-- From do-not-reply at jboss.com Wed Jan 10 17:58:58 2007 Content-Type: multipart/mixed; boundary="===============1365708207858144171==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: org.jboss.aop.Dispatcher error? Date: Wed, 10 Jan 2007 17:58:58 -0500 Message-ID: <8633740.1168469938138.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1365708207858144171== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks, I've fixed this View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000189#4000189 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000189 --===============1365708207858144171==-- From do-not-reply at jboss.com Wed Jan 10 18:03:52 2007 Content-Type: multipart/mixed; boundary="===============4901511600861157969==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Retrowoven container project Date: Wed, 10 Jan 2007 18:03:52 -0500 Message-ID: <28394214.1168470232195.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4901511600861157969== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A few of the JDK 1.4 tests in AOP are failing due to java.lang.reflect.Para= meterizedType being used by the container project. while not supported in J= Boss Retro. I tried adding that to Retro, but it now falls over on things l= ike: java.lang.reflect.Constructor.getGenericParameterTypes()[Lorg/jboss/lang/re= flect/Type; java.lang.NoSuchMethodError: java.lang.reflect.Constructor.getGenericParame= terTypes()[Lorg/jboss/lang/reflect/Type; at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImp= l.getConstructors(IntrospectionTypeInfoFactoryImpl.java:143) at org.jboss.reflect.plugins.ClassInfoImpl.getDeclaredConstructors(ClassIn= foImpl.java:400) at org.jboss.beans.info.plugins.AbstractBeanInfoFactory.getConstructors(Ab= stractBeanInfoFactory.java:177) at org.jboss.beans.info.plugins.AbstractBeanInfoFactory.getBeanInfo(Abstra= ctBeanInfoFactory.java:138) at org.jboss.config.plugins.AbstractConfiguration.getBeanInfo(AbstractConf= iguration.java:75) at org.jboss.test.beaninfo.test.AbstractBeanInfoTest.getBeanInfo(AbstractB= eanInfoTest.java:349) at org.jboss.test.beaninfo.test.BeanInfoUnitTestCase.testBean(BeanInfoUnit= TestCase.java:153) at org.jboss.test.beaninfo.test.BeanInfoUnitTestCase.testBeanConstructors(= BeanInfoUnitTestCase.java:73) at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) at junit.extensions.TestSetup$1.protect(TestSetup.java:19) at junit.extensions.TestSetup.run(TestSetup.java:23) So support for this needs implementing View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000190#4000190 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000190 --===============4901511600861157969==-- From do-not-reply at jboss.com Wed Jan 10 18:09:28 2007 Content-Type: multipart/mixed; boundary="===============5508880935938850686==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: What is the base entry point for aop remoting? Date: Wed, 10 Jan 2007 18:09:28 -0500 Message-ID: <33225783.1168470568118.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5508880935938850686== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable No AFAIK. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000191#4000191 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000191 --===============5508880935938850686==-- From do-not-reply at jboss.com Wed Jan 10 18:21:00 2007 Content-Type: multipart/mixed; boundary="===============3082210726122571398==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 10 Jan 2007 18:21:00 -0500 Message-ID: <8094415.1168471260309.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3082210726122571398== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The remoting connector could not simply be ported to a mc bean as it does n= ot support its configuration as a pojo. The workaround I came up with was t= o introduce an mc bean proxy for the connector mbean using factoryClass att= ribute and the existing org.jboss.mx.util.MBeanTyper factory type class: | | | | | jboss.remoting:service=3DConnector,transport=3Dso= cket | org.jboss.remoting.transport.ConnectorMBean | | | | | | ProfileService | | | | ProfileService | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000198#4000198 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000198 --===============3082210726122571398==-- From do-not-reply at jboss.com Wed Jan 10 18:32:41 2007 Content-Type: multipart/mixed; boundary="===============1332462757742140845==" MIME-Version: 1.0 From: prassib To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Whats the easiest way to access JBPM data outside of the Date: Wed, 10 Jan 2007 18:32:41 -0500 Message-ID: <16363193.1168471961495.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1332462757742140845== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable so I figured out that jbpm-3.1.1.jar has turned on the lazy initialization = in all the hibernate configs. In the old jbpm-3.0.4.jar, the lazy initializ= ation was false in most of the hibernate configs. I updated the HBM configs & created my modified version of jbpm-3.1.1.jar &= now my DAO can successfully fetch data from the JBPM database. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000200#4000200 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000200 --===============1332462757742140845==-- From do-not-reply at jboss.com Wed Jan 10 19:56:39 2007 Content-Type: multipart/mixed; boundary="===============5520484050302578544==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: What is the base entry point for aop remoting? Date: Wed, 10 Jan 2007 19:56:39 -0500 Message-ID: <18922800.1168476999082.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5520484050302578544== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It could be easily created and is something I want to do anyways for JNDI r= efactoring when I get to it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000219#4000219 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000219 --===============5520484050302578544==-- From do-not-reply at jboss.com Wed Jan 10 23:01:42 2007 Content-Type: multipart/mixed; boundary="===============1798171934721207816==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Wed, 10 Jan 2007 23:01:42 -0500 Message-ID: <10813402.1168488102046.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1798171934721207816== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It's failing because of a known Xerces bug: http://wiki.jboss.org/wiki/Wiki.jsp?page=3DJBWSFAQXercesNPE View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000250#4000250 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000250 --===============1798171934721207816==-- From do-not-reply at jboss.com Wed Jan 10 23:09:01 2007 Content-Type: multipart/mixed; boundary="===============6081333541188591600==" MIME-Version: 1.0 From: eliotmoss To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Javassist development Forum] - Re: Array access Date: Wed, 10 Jan 2007 23:09:01 -0500 Message-ID: <4251883.1168488541477.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6081333541188591600== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have implemented an Editor for the array fetch and store bytescodes. There is one, possibly significant, limitation at present. For object array= s, it does not know the type. The reason is that this is not trivially apparent from the bytecodes (unlike calls, for example, where you a signature, and fields give their declared type). I have begun writing the code necessary to propagate type information (similar to what is needed in a bytecode verifier, but limited just to this purpose), but won't have the chance to finish it for a while. Note that this just intercepts every usage at a particular code point. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000251#4000251 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000251 --===============6081333541188591600==-- From do-not-reply at jboss.com Wed Jan 10 23:14:32 2007 Content-Type: multipart/mixed; boundary="===============3246243146387618458==" MIME-Version: 1.0 From: eliotmoss To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Javassist development Forum] - Re: insertBefore and replacing support for throw. Date: Wed, 10 Jan 2007 23:14:32 -0500 Message-ID: <29998704.1168488872512.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3246243146387618458== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think what you'd need is an ExprEditor for athrow bytecodes. If done at that level, the exception object will already have been constructed, but not yet thrown. Presumably you could modify or replace it, or do something else. But you'd need either to return from the method or throw something that it either handles locally or that is legal to throw from the method. Easiest and safest might be to restrict it either to return (a type-safe value) or throw an object of the original exception class. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000254#4000254 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000254 --===============3246243146387618458==-- From do-not-reply at jboss.com Wed Jan 10 23:17:11 2007 Content-Type: multipart/mixed; boundary="===============8996223061260263734==" MIME-Version: 1.0 From: eliotmoss To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Javassist development Forum] - Re: Question about instrumentation with javassis Date: Wed, 10 Jan 2007 23:17:11 -0500 Message-ID: <17313685.1168489031565.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8996223061260263734== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That would require a new ExprEditor, I think, one based on line numbers. An interesting concept, and since there is not something to replace (i.e., you can think of it as a _point_ in code that you pass, not one (or more) bytecodes to edit), it's would be fairly easy to implement! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000255#4000255 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000255 --===============8996223061260263734==-- From do-not-reply at jboss.com Thu Jan 11 00:47:38 2007 Content-Type: multipart/mixed; boundary="===============1641349037437186549==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: What is the base entry point for aop remoting? Date: Thu, 11 Jan 2007 00:47:38 -0500 Message-ID: <15003754.1168494458638.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1641349037437186549== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I added some methods to org.jboss.aspects.remoting.Remoting to support the = basics of interface based proxies, as well as externalization of the interc= eptors and subsystem name. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000265#4000265 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000265 --===============1641349037437186549==-- From do-not-reply at jboss.com Thu Jan 11 00:50:01 2007 Content-Type: multipart/mixed; boundary="===============2088322995972895087==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Retrowoven container project Date: Thu, 11 Jan 2007 00:50:01 -0500 Message-ID: <27943031.1168494601017.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2088322995972895087== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Can you create a test for this and add a jira issue to http://jira.jboss.co= m/jira/browse/JBBUILD under the JBossRetro component so it does not get los= t. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000269#4000269 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000269 --===============2088322995972895087==-- From do-not-reply at jboss.com Thu Jan 11 03:34:25 2007 Content-Type: multipart/mixed; boundary="===============4935053392756162545==" MIME-Version: 1.0 From: hussain_rangwala To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Help needed on How to deploy a struts application as a portl Date: Thu, 11 Jan 2007 03:34:25 -0500 Message-ID: <8796990.1168504465168.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4935053392756162545== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi I am trying to deploy a struts application as a portlet on JBoss portal 2= .4.0.GA.However i m facing the following issues 1)I am not able to see my Portlet on the Jboss Portal. 2)I get the following error on the console | Incomplete Deployment listing: | = | --- Incompletely deployed packages --- | org.jboss.deployment.DeploymentInfo(a)b2ae7ddb { url=3Dfile:/D:/JBoss/j= boss-portal-2.4.0/server/default/deploy/jboss-portal.sar/portal-wsrp.sar/po= rtal-wsrp.jse } | deployer: org.jboss.ws.server.WebServiceDeployerNestedJSE(a)4a2dd4 | status: Deployment FAILED reason: Could not create deployment: file:/= D:/JBoss/jboss-portal-2.4.0/server/default/tmp/deploy/portal-wsrp.war; - ne= sted throwable: (org.jboss.ws.metadata.wsdl.WSDLException: WSDLException (a= t /wsdl:definitions/import/wsdl:definitions/import/wsdl:definitions/wsdl:ty= pes/schema/schema): faultCode=3DOTHER_ERROR: An error occurred trying to re= solve schema referenced at 'http://www.w3.org/2001/xml.xsd', relative to 'f= ile:/D:/JBoss/jboss-portal-2.4.0/server/default/tmp/deploy/portal-wsrp-exp.= war/WEB-INF/wsdl/wsrp_v1_types.xsd'.: Cannot access imported wsdl [http://w= ww.w3.org/2001/xml.xsd], www.w3.org: java.lang.RuntimeException: Cannot acc= ess imported wsdl [http://www.w3.org/2001/xml.xsd], www.w3.org | at org.jboss.ws.metadata.wsdl.WSDLDefinitionsFactory$WSDLLocatorImpl.g= etImportInputSource(WSDLDefinitionsFactory.java:310) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseSchema(WSDLReaderImpl.java:740) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseSchema(WSDLReaderImpl.java:830) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseSchema(WSDLReaderImpl.java:620) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseTypes(WSDLReaderImpl.java:583) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseDefinitions(WSDLReaderImpl.jav= a:302) | at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2133) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseImport(WSDLReaderImpl.java:450) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseDefinitions(WSDLReaderImpl.jav= a:294) | at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2133) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseImport(WSDLReaderImpl.java:450) | at com.ibm.wsdl.xml.WSDLReaderImpl.parseDefinitions(WSDLReaderImpl.jav= a:294) | at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2133) | at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2125) | at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2150) | at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2171) | at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(WSDLReaderImpl.java:2201) | at org.jboss.ws.metadata.wsdl.WSDLDefinitionsFactory.parse(WSDLDefinit= ionsFactory.java:144) | at org.jboss.ws.metadata.ServiceMetaData.getWsdlDefinitions(ServiceMet= aData.java:273) | at org.jboss.ws.metadata.JSR109ServerMetaDataBuilder.buildMetaData(JSR= 109ServerMetaDataBuilder.java:111) | at org.jboss.ws.server.WebServiceDeployerJSE.createWebServicesMetaData= (WebServiceDeployerJSE.java:189) | at org.jboss.ws.server.WebServiceDeployer.create(WebServiceDeployer.ja= va:103) | at org.jboss.ws.server.WebServiceDeployerJSE.create(WebServiceDeployer= JSE.java:66) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanIntercepto= r.create(SubDeployerInterceptorSupport.java:180) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInter= ceptor.java:91) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy93.create(Unknown Source) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterce= ptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(Mode= lMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy95.deploy(Unknown Source) | at org.jboss.ws.server.WebServiceDeployerNestedJSE.create(WebServiceDe= ployerNestedJSE.java:102) | at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807) | at org.jboss.deployment.MainDeployer.addDeployer(MainDeployer.java:368) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterce= ptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(Mode= lMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy98.addDeployer(Unknown Source) | at org.jboss.deployment.SubDeployerSupport.startService(SubDeployerSup= port.java:124) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBea= nSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(Service= MBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceContr= oller.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterce= ptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(Mode= lMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy8.deploy(Unknown Source) | at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploym= entScanner.java:421) | at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymen= tScanner.java:634) | at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThrea= d.doScan(AbstractDeploymentScanner.java:263) | at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService= (AbstractDeploymentScanner.java:336) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBea= nSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(Service= MBeanSupport.java:245) | at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceContr= oller.java:978) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy4.start(Unknown Source) | at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) | at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispat= cher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterce= ptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(Mode= lMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoke= r.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | at $Proxy5.deploy(Unknown Source) | at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) | 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:595) | ) | state: FAILED | watch: file:/D:/JBoss/jboss-portal-2.4.0/server/default/deploy/jboss-= portal.sar/portal-wsrp.sar/portal-wsrp.jse | altDD: null | lastDeployed: 1168504020879 | lastModified: 1168504012000 | mbeans: | = | org.jboss.deployment.DeploymentInfo(a)d5daf42b { url=3Dfile:/D:/JBoss/j= boss-portal-2.4.0/server/default/deploy/SETLAppName.war } | deployer: MBeanProxyExt[jboss.web:service=3DWebServer] | status: Deployment FAILED reason: Error during deploy; - nested throw= able: (javax.naming.NamingException: ejb-local-ref: 'ejb/AccountDetailsEJB'= , with web.xml ejb-link: 'AccountDetails' failed to resolve to an ejb with = a LocalHome) | state: FAILED | watch: file:/D:/JBoss/jboss-portal-2.4.0/server/default/deploy/SETLAp= pName.war | altDD: null | lastDeployed: 1168504069715 | lastModified: 1168504070000 | mbeans: | = | --- MBeans waiting for other MBeans --- | ObjectName: jboss.web.deployment:war=3DSETLAppName.war,id=3D-707070933 | State: FAILED | Reason: org.jboss.deployment.DeploymentException: Error during deploy= ; - nested throwable: (javax.naming.NamingException: ejb-local-ref: 'ejb/Ac= countDetailsEJB', with web.xml ejb-link: 'AccountDetails' failed to resolve= to an ejb with a LocalHome) | = | --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- | ObjectName: jboss.web.deployment:war=3DSETLAppName.war,id=3D-707070933 | State: FAILED | Reason: org.jboss.deployment.DeploymentException: Error during deploy= ; - nested throwable: (javax.naming.NamingException: ejb-local-ref: 'ejb/Ac= countDetailsEJB', with web.xml ejb-link: 'AccountDetails' failed to resolve= to an ejb with a LocalHome) | = | = | 2007-01-11 13:57:54,071 DEBUG [org.jboss.deployment.scanner.AbstractDep= loymentScanner$ScannerThread] Notified that enabled: true | 2007-01-11 13:57:54,071 DEBUG [org.jboss.deployment.scanner.URLDeployme= ntScanner] Started jboss.deployment:type=3DDeploymentScanner,flavor=3DURL | 2007-01-11 13:57:54,071 DEBUG [org.jboss.system.ServiceController] Star= ting dependent components for: jboss.deployment:type=3DDeploymentScanner,fl= avor=3DURL dependent components: [] | 2007-01-11 13:57:54,196 DEBUG [org.jboss.deployment.MainDeployer] End d= eployment start on package: jboss-service.xml | 2007-01-11 13:57:54,196 DEBUG [org.jboss.deployment.MainDeployer] Deplo= yed package: file:/D:/JBoss/jboss-portal-2.4.0/server/default/conf/jboss-se= rvice.xml | 2007-01-11 13:57:54,211 DEBUG [org.jboss.web.tomcat.tc5.Tomcat5] Saw or= g.jboss.system.server.started notification, starting connectors | 2007-01-11 13:57:54,367 INFO [org.apache.coyote.http11.Http11BaseProto= col] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080 | 2007-01-11 13:57:54,460 INFO [org.apache.jk.common.ChannelSocket] JK: = ajp13 listening on /0.0.0.0:8009 | 2007-01-11 13:57:54,476 INFO [org.apache.jk.server.JkMain] Jk running = ID=3D0 time=3D0/63 config=3Dnull | 2007-01-11 13:57:54,491 INFO [org.jboss.system.server.Server] JBoss (M= X MicroKernel) [4.0.4.GA (build: CVSTag=3DJBoss_4_0_4_GA date=3D20060515100= 0)] Started in 1m:12s:258ms | = | = 3)I had downloaded JBossAS+JBoss Portal (bundled version). Kindly help me out.Thanks for your replies and ideas Thanks & regards Hussain View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000300#4000300 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000300 --===============4935053392756162545==-- From do-not-reply at jboss.com Thu Jan 11 04:14:57 2007 Content-Type: multipart/mixed; boundary="===============3629716004965351039==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: remove context sensitive menus Date: Thu, 11 Jan 2007 04:14:57 -0500 Message-ID: <3636593.1168506897309.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3629716004965351039== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : The action here is: Context menus are toa= st. I'm not going to change to "Execution" for 3.x. But I think that we s= hould work to make "Execution" be the standard term for a process instance+= token in 4.x. = | = good conclusion "david.lloyd(a)jboss.com" wrote : = | "Process" will refer to the definition, and "Process Instance" will ref= er to the instance (for now). Task definitions and instances will continue= to be referred to as "Task Definitions" and "Tasks", respectively. I don't think that task definitions need to be referred to in the web conso= le. Or do you see a reason that i'm overlooking ? Using the name "Task" for TaskInstance's is good, i think. (as long as the= re is no reference to a task definition somewhere, which i don't think is n= ecessary) But taking into account all the feedback and consistency, i would keep the = complete names of "Process Definition" and "Process Instance". View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000306#4000306 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000306 --===============3629716004965351039==-- From do-not-reply at jboss.com Thu Jan 11 04:22:48 2007 Content-Type: multipart/mixed; boundary="===============4297762885275119035==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: one central search page Date: Thu, 11 Jan 2007 04:22:48 -0500 Message-ID: <25440058.1168507368815.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4297762885275119035== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : Ok, I'm going with three different search= pages: Process, Process Instance, and Task. good conclusion. the only thing i'm still in doubt about is wether all three search pages sh= ould show up as separate items in the (fixed) menu. currently, i'm inclin= ed to go for 3 separate menu item links. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000307#4000307 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000307 --===============4297762885275119035==-- From do-not-reply at jboss.com Thu Jan 11 04:34:38 2007 Content-Type: multipart/mixed; boundary="===============8952968360470366879==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Move search filter Date: Thu, 11 Jan 2007 04:34:38 -0500 Message-ID: <11792359.1168508078309.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8952968360470366879== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable looking over all the comments i see a different conclusion: a separate search criteria form at the top of the page. that form should b= e toggelable and it should be collapsed by default so that only a link with= search criteria is visible at the top of the table. from the comments i distill two main advantages for a separate search crite= ria form: 1) a separate form shows its purpose better. with the current inline searc= h criteria fields it might not be clear to a user why these fields are thei= r. 2) flexibility: a separate search form might give you more filter options t= hen just text per column. e.g. a checkbox to filter out all but the latest= versions of a process definition. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000310#4000310 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000310 --===============8952968360470366879==-- From do-not-reply at jboss.com Thu Jan 11 05:10:38 2007 Content-Type: multipart/mixed; boundary="===============8449790402391374179==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Channels no longer manage deliveries Date: Thu, 11 Jan 2007 05:10:38 -0500 Message-ID: <14307031.1168510238435.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8449790402391374179== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just a few notes on the recent changes I made. Previously the channel itself managed the set of deliveries (i.e. refs in t= he process of being delivered) internally. There is an argument that this was good from the point of view of browsing = (although that is contentious) since both undelivered and delivering messag= es can be browsed, but it created a synchronization bottleneck on a primary= execution path (acknowledgment of messages) - since on acking they had to = be removed from the channel, and it also introduced a set of fiddly race co= nditions that we've been battling with for some considerable time - i.e. me= ssages getting acked or cancelled before the call to handle had returned ma= king the decision of whether to add the delivery to the list more complex a= nd requiring further expensive synchronization. The realisation was that, apart from maintaining the old queue browsing sem= antics there is no need to keep the deliveries in the channel. In the primary use case of delivering then acking a message, the message ju= st needs to be removed from the queue, delivered, then when it is acked, if= it is non persistent it just can be forgotten about, or if it is persisten= t it needs to be removed from persistent storage. Nothing in the ack proces= s requires access to the channel if the deliveries are not store in the cha= nnel. This allows acking to proceed without any channel synchronization. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000320#4000320 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000320 --===============8449790402391374179==-- From do-not-reply at jboss.com Thu Jan 11 05:21:54 2007 Content-Type: multipart/mixed; boundary="===============1563906499577758823==" MIME-Version: 1.0 From: Gurdipe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Wiki] - Re: [[/wiki]] Exception starting filter wikiFileAccessFilter Date: Thu, 11 Jan 2007 05:21:54 -0500 Message-ID: <5473175.1168510914858.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1563906499577758823== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Tomek, Sorry for the delay in getting back to you I downloaded and installed the jportal bundle version jboss-portal-2.4.0. = When I run the run.bat command it says that I am using jboss version: 12:14:12,318 INFO [Server] Release ID: JBoss [Zion] 4.0.4.GA (build: CVSTa= g=3DJBoss_4_0_4_GA date=3D200605151000) And the portal version I am using is 2.4.0 The wiki version I am using is jbosswiki-beta2-2.4-bin PS I haven?t configured the database yet for the for jportal could that hav= e an impact as to why I?m getting this error message. Kind Regards Gurdipe View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000325#4000325 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000325 --===============1563906499577758823==-- From do-not-reply at jboss.com Thu Jan 11 05:34:26 2007 Content-Type: multipart/mixed; boundary="===============4789519889690062226==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Thu, 11 Jan 2007 05:34:26 -0500 Message-ID: <16183083.1168511666778.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4789519889690062226== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Put junit jar in ant/lib View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000331#4000331 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000331 --===============4789519889690062226==-- From do-not-reply at jboss.com Thu Jan 11 05:35:32 2007 Content-Type: multipart/mixed; boundary="===============4141902400424134998==" MIME-Version: 1.0 From: szimano To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Wiki] - Re: [[/wiki]] Exception starting filter wikiFileAccessFilter Date: Thu, 11 Jan 2007 05:35:31 -0500 Message-ID: <1025655.1168511731936.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4141902400424134998== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You should use JEMS installer (CR1 works for sure) - bundled version of por= tal doesn't have EJB3. Tomek View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000332#4000332 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000332 --===============4141902400424134998==-- From do-not-reply at jboss.com Thu Jan 11 05:49:48 2007 Content-Type: multipart/mixed; boundary="===============2009653165525733037==" MIME-Version: 1.0 From: heiko.braun at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Migrating the eventing codebase to JAX-WS Date: Thu, 11 Jan 2007 05:49:48 -0500 Message-ID: <8396904.1168512588643.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2009653165525733037== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Our eventing impl. ships with prebuild endpoint implementations. Currently = it uses JAXRPC deployments. We are facing a requirement to upgrade the asso= ciated WS-Addressing schema to the latest version, which would break the ev= enting impl. because JBossXB still lacks full wildcard support. = IMO Investing more time in the old binding layer is a waste of time, so i = am planning to migrate the eventing codebase to leverage JAX-WS deployments= beginning with JBossWS 1.2.0. = This means that old JAXRPC deployments would'nt work anymore and need to be= migrated as well. But since JAX-WS simplifies things a lot i don't see a b= ig problem with that. Any thoughts? Alessio? Stefano? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000338#4000338 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000338 --===============2009653165525733037==-- From do-not-reply at jboss.com Thu Jan 11 06:05:11 2007 Content-Type: multipart/mixed; boundary="===============2841885931956033376==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Javassist development Forum] - Re: Array access Date: Thu, 11 Jan 2007 06:05:11 -0500 Message-ID: <16854005.1168513511734.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2841885931956033376== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I've already implemented this http://www.jboss.com/index.html?module=3Dbb&o= p=3Dviewtopic&t=3D98175 but would be curious to see your approach View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000355#4000355 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000355 --===============2841885931956033376==-- From do-not-reply at jboss.com Thu Jan 11 06:26:40 2007 Content-Type: multipart/mixed; boundary="===============0354350214010765384==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Whats the easiest way to access JBPM data outside of the Date: Thu, 11 Jan 2007 06:26:40 -0500 Message-ID: <25511805.1168514800343.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0354350214010765384== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Wrong forum, use the user forum for this View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000359#4000359 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000359 --===============0354350214010765384==-- From do-not-reply at jboss.com Thu Jan 11 06:27:24 2007 Content-Type: multipart/mixed; boundary="===============0017028410709616413==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Whats the easiest way to access JBPM data outside of the Date: Thu, 11 Jan 2007 06:27:23 -0500 Message-ID: <14792364.1168514843926.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0017028410709616413== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable but thanks for adding the solution anyway :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000360#4000360 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000360 --===============0017028410709616413==-- From do-not-reply at jboss.com Thu Jan 11 06:32:54 2007 Content-Type: multipart/mixed; boundary="===============7797277332478727340==" MIME-Version: 1.0 From: heiko.braun at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Test post Date: Thu, 11 Jan 2007 06:32:54 -0500 Message-ID: <10860291.1168515174249.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7797277332478727340== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Please delete View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000364#4000364 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000364 --===============7797277332478727340==-- From do-not-reply at jboss.com Thu Jan 11 08:48:26 2007 Content-Type: multipart/mixed; boundary="===============6020242174666795579==" MIME-Version: 1.0 From: anudeep20 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - Related to JBossIDE 2.0.0 EJB 3.0 Plugin Date: Thu, 11 Jan 2007 08:48:26 -0500 Message-ID: <12494122.1168523306126.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6020242174666795579== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I have written a Web Service (stateless session bean) using EJB 3.0 (using = JBoss 4.0.5) using JBoss IDE release 2.0.0. I want to view the SOAP messages using TCP/IP Monitor which are sent/receiv= ed by client. Please let me know if it possible to view SOAP messages, if yes, how do I v= iew them. I am not sure whether this is right forum to ask this query. Thanks, Deepak View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000427#4000427 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000427 --===============6020242174666795579==-- From do-not-reply at jboss.com Thu Jan 11 09:04:02 2007 Content-Type: multipart/mixed; boundary="===============2029847088537938863==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Retrowoven container project Date: Thu, 11 Jan 2007 09:04:02 -0500 Message-ID: <28985440.1168524242461.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2029847088537938863== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This also needs linking with this: http://jira.jboss.com/jira/browse/JBMICROCONT-129 I'm not sure what support Javassist has for the Java5 types? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000438#4000438 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000438 --===============2029847088537938863==-- From do-not-reply at jboss.com Thu Jan 11 09:06:43 2007 Content-Type: multipart/mixed; boundary="===============8082019593046385756==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Thu, 11 Jan 2007 09:06:43 -0500 Message-ID: <17349354.1168524403825.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8082019593046385756== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This was the original intention of the KernelBus notion, but the Service model doesn't currently have a "Joinpoint" abstraction. I have already asked Ales to go through these actions classes to remove the "logic" into delegate classes. I think this falls under that work? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000440#4000440 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000440 --===============8082019593046385756==-- From do-not-reply at jboss.com Thu Jan 11 09:14:00 2007 Content-Type: multipart/mixed; boundary="===============3459213932028398099==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Recent changes Microcontainer Date: Thu, 11 Jan 2007 09:14:00 -0500 Message-ID: <29006231.1168524840635.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3459213932028398099== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable isAssignable/Progression This logic needs moving into the TypeInfo abstraction, see the TODO I added to the code. isProgression is just a special form isAssignable. For now I've fixed the failing tests (that don't provide a classloader) by stealing it from the bean's class. Builder I've refactored the builder so the main entry point is part of the spi. I moved the implementation into its own package so it doesn't get confused as implementation of the metadata itself. I also removed the use of reflection and made the impl type safe. We have to use reflection sometimes because we don't know the types or "joinpoints" at compile time, but using reflection bypasses compiler che= cks which means you only find out it is broken at runtime, so we should avoid it where it is possible. Finally, the builder needs some tests. One of my "laws of programming" is "If it isn't tested, it doesn't work" :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000445#4000445 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000445 --===============3459213932028398099==-- From do-not-reply at jboss.com Thu Jan 11 09:39:34 2007 Content-Type: multipart/mixed; boundary="===============1869512267198269300==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Thu, 11 Jan 2007 09:39:34 -0500 Message-ID: <12753676.1168526374558.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1869512267198269300== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | This was the original intention of the KernelBus notion, | but the Service model doesn't currently have a "Joinpoint" abstraction. = | = How did you envision KernelBus notion with this issue? "adrian(a)jboss.org" wrote : = | I have already asked Ales to go through these actions classes to remove | the "logic" into delegate classes. I think this falls under that work? You mean plugable 'joinpoint' delegate, regarding what the Context is - Ker= nelControllerC, ServiceControllerC, ... Can you create a JIRA task for this issue with some info (assigning it to m= e)? What about http://jira.jboss.com/jira/browse/JBMICROCONT-135? This was my first understanding about Service to Kernel abstraction that we= talked about. Probably not much to do in this area? I'll still take a look= what else can we port to Services. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000463#4000463 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000463 --===============1869512267198269300==-- From do-not-reply at jboss.com Thu Jan 11 09:55:40 2007 Content-Type: multipart/mixed; boundary="===============3565436170351301820==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - JBWS-1259 - element ref and type qnames Date: Thu, 11 Jan 2007 09:55:40 -0500 Message-ID: <30982770.1168527340497.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3565436170351301820== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable >From the following schema: - | | = | | | | | = | | | = | | | | | = | | | = | | | | | = | | | | = | = | | wscompile generates the following mapping for comment: - | | org.jboss.test.ws.jbws1259.Comment | typeNS:>Person>comment | complexType | | test | test | | | comment | comment | | We generate the following mapping (different qname because of the order we = create the mappings): - | | org.jboss.test.ws.jbws1259.Comment | http://test.jboss.org/ws/jbws1259/types:>Telephon= eNumber>comment | complexType | | test | test | | | comment | comment | | Looking at the Web Services for J2EE specification section 7.3.2.2 I think = both of these are wrong, shouldn't this be mapped according to use case 4? = e.g. http://test.jboss.org/ws/jbws1259/types:>comment View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000475#4000475 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000475 --===============3565436170351301820==-- From do-not-reply at jboss.com Thu Jan 11 10:12:06 2007 Content-Type: multipart/mixed; boundary="===============3919747802814102731==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Thu, 11 Jan 2007 10:12:06 -0500 Message-ID: <24357230.1168528326506.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3919747802814102731== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The kernel bus hasn't really had any work done on it. The original idea was that it would provide a generic entry point for invoc= ations on different contexts, e.g. Properyt/MethodJoinpoints for POJOs = Attributre/OperationJoinpoints for JMX. Its main use would be to replace the Dispatcher (AOP remoting) and org.jboss.system.Registry (JBossAS's detyped invokers) as a common entry point for named based invocations. However, I agreed with Bill about 2 years ago that rewriting AOP and JMX to support a common Joinpoint abstraction would be a lot of work. If it is to be done at all it would left to a later iteration. Scott's idea of adding a "dispatch" abstract to the context api would work. In fact, I really want to change the BeanInfo api to support this notion like the ClassInfo api already does (i.e. there get/set methods on fields and invoke on methods). The api would be more like the DynamicMBean api where there are methods to get/set Properties/Attributes and invoke on methods/operations with each context knowing how to do this, e.g. ServiceControllerContext -> MBeanServer KernelControllerContext -> Configurator (or in future as I said above BeanI= nfo) This later approach essentially moves the implementation of the Bus from a joinpoint based abstraction to a context based abstract. The main downside is that the Bus can in principle invoke on things that are registered directly (or indirectly via a KernelRegistryPlugin) that don't have a context in the controller per-se, but there is already "a hack" in the controller that knows how to make it seem these have a context. P.S. It is better to create JIRA issues when we have discussed the issue and agreed what we want to do. Forums =3D=3D dicussions JIRA =3D=3D what we decided needs doing View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000485#4000485 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000485 --===============3919747802814102731==-- From do-not-reply at jboss.com Thu Jan 11 10:15:04 2007 Content-Type: multipart/mixed; boundary="===============0278169609164253652==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Thu, 11 Jan 2007 10:15:04 -0500 Message-ID: <19701002.1168528504442.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0278169609164253652== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The issue you mentioned above is a holder issue for these type of issues. i.e. in this case the missing feature is being able to "install" MBeans int= o POJOs and vice-versa. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000486#4000486 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000486 --===============0278169609164253652==-- From do-not-reply at jboss.com Thu Jan 11 10:17:04 2007 Content-Type: multipart/mixed; boundary="===============8536652834348870746==" MIME-Version: 1.0 From: gregora To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Reporting] - BIRTIntegration question Date: Thu, 11 Jan 2007 10:17:04 -0500 Message-ID: <31258763.1168528624145.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8536652834348870746== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i am trying to follow the instructions at http://labs.jboss.com/wiki/BIRTIn= tegration to include BIRT sar file in jBoss deploy directory. the instructions say i have to: "Download engine-BIRT-xxx.sar , where xxx is the latest version number ( At= the time of this writing , it is 0.2-SNAPSHOT )" where can i download this file from (URL would be nice)? thank you View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000487#4000487 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000487 --===============8536652834348870746==-- From do-not-reply at jboss.com Thu Jan 11 10:56:36 2007 Content-Type: multipart/mixed; boundary="===============5182401788635393688==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Retrowoven container project Date: Thu, 11 Jan 2007 10:56:36 -0500 Message-ID: <4972415.1168530996643.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5182401788635393688== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.com/jira/browse/JBBUILD-333 Javassist doesn't seem to have any built in support for the types, but they= seem to be tied in somehow with the Signature attribute. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000499#4000499 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000499 --===============5182401788635393688==-- From do-not-reply at jboss.com Thu Jan 11 10:58:29 2007 Content-Type: multipart/mixed; boundary="===============3064994599213576411==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Thu, 11 Jan 2007 10:58:29 -0500 Message-ID: <18194498.1168531109485.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3064994599213576411== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | The main downside is that the Bus can in principle invoke on things | that are registered directly (or indirectly via a KernelRegistryPlugin) | that don't have a context in the controller per-se, but there is already | "a hack" in the controller that knows how to make it seem these | have a context. = | = What's the 'hack'? anonymous wrote : = | Forums =3D=3D dicussions | JIRA =3D=3D what we decided needs doing | = ;-) "adrian(a)jboss.org" wrote : The issue you mentioned above is a holder issu= e for these type of issues. | i.e. in this case the missing feature is being able to "install" MBeans= into POJOs | and vice-versa. Yes. I'll just change the issue Summary then. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000503#4000503 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000503 --===============3064994599213576411==-- From do-not-reply at jboss.com Thu Jan 11 12:33:15 2007 Content-Type: multipart/mixed; boundary="===============6623906185590348531==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Channels no longer manage deliveries Date: Thu, 11 Jan 2007 12:33:15 -0500 Message-ID: <30194587.1168536795576.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6623906185590348531== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for the note. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000552#4000552 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000552 --===============6623906185590348531==-- From do-not-reply at jboss.com Thu Jan 11 12:54:27 2007 Content-Type: multipart/mixed; boundary="===============8053416182174301529==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Thu, 11 Jan 2007 12:54:27 -0500 Message-ID: <18889448.1168538067011.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8053416182174301529== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable :-) = Yeah, I guess you are right...doesn't sound as cool though. = Guys, let me know if there is anything on the JCA side that I can clarify. = Sounds like we are on the right track. Now, if we can just put a muzzle on = Tim, we should be all set. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000557#4000557 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000557 --===============8053416182174301529==-- From do-not-reply at jboss.com Thu Jan 11 13:27:17 2007 Content-Type: multipart/mixed; boundary="===============5118979191619607274==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Thu, 11 Jan 2007 13:27:17 -0500 Message-ID: <22181274.1168540037527.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5118979191619607274== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Counterintuitive as it sounds, "lock and load" it is actually technically c= orrect: On page 21 of the "M1 Garand Manual" the procedure for preparing the M1 Gar= and for firing is to "pull the operating rod handle to the rear until the b= olt is securely LOCKED open". Then you load the clip. This indicates that f= irst lock and then load is indeed the order of inserting a cartridge clip i= nto the M1. http://en.wikipedia.org/wiki/Lock_and_load View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000565#4000565 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000565 --===============5118979191619607274==-- From do-not-reply at jboss.com Thu Jan 11 13:31:09 2007 Content-Type: multipart/mixed; boundary="===============2798670367554024275==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Thu, 11 Jan 2007 13:31:09 -0500 Message-ID: <27831120.1168540269402.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2798670367554024275== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "ovidiu.feodorov(a)jboss.com" wrote : Counterintuitive as it sounds, "lock = and load" it is actually technically correct: | = | On page 21 of the "M1 Garand Manual" the procedure for preparing the M1= Garand for firing is to "pull the operating rod handle to the rear until t= he bolt is securely LOCKED open". Then you load the clip. This indicates th= at first lock and then load is indeed the order of inserting a cartridge cl= ip into the M1. | = | http://en.wikipedia.org/wiki/Lock_and_load Thanks for that. Any chance of commenting on the transaction problem? ;) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000566#4000566 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000566 --===============2798670367554024275==-- From do-not-reply at jboss.com Thu Jan 11 13:35:56 2007 Content-Type: multipart/mixed; boundary="===============5358873070731916458==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Thu, 11 Jan 2007 13:35:55 -0500 Message-ID: <11769234.1168540555965.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5358873070731916458== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Coming. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000570#4000570 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000570 --===============5358873070731916458==-- From do-not-reply at jboss.com Thu Jan 11 14:20:17 2007 Content-Type: multipart/mixed; boundary="===============7334137793984421352==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Thu, 11 Jan 2007 14:20:17 -0500 Message-ID: <26097923.1168543217317.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7334137793984421352== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable hey guys = thanks for the help, adding junit.jar to the ant/lib fixed it (although ant= already has an ant-junir.jar in its classpath already) and upgrading to an= t 1.7 fixed the xerces bug. Perhaps, you guys could put ant 1.7 as a requi= rement for building JBossWS on the Wiki to avoid future confusion with othe= r developers. = However, the tests are failing for me. On the server side, I am regularly getting these exceptions which all basic= ally relate to the "setProperty must be overridden by all subclasses of SOA= PMessage" message. Every test seems to fail because of these exceptions. = | 14:10:57,445 ERROR [SOAPFaultHelperJAXRPC] SOAP request exception | java.lang.UnsupportedOperationException: setProperty must be overridden= by all subclasses of SOAPMessage | at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:424) | at org.jboss.ws.core.soap.SOAPMessageImpl.(Unknown Source) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessageInter= nal(Unknown Source) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(Unkn= own Source) | at org.jboss.ws.core.server.ServiceEndpoint.handleRequest(Unkno= wn Source) | at org.jboss.ws.core.server.ServiceEndpointManager.processSOAPR= equest(Unknown Source) | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.doPo= st(Unknown Source) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.serv= ice(Unknown Source) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(Repl= yHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(Standar= dWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(Standar= dContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invok= e(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCo= ntextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHo= stValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo= rtValve.java:105) | at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(Ca= chedConnectionValve.java:156) | at org.apache.catalina.core.StandardEngineValve.invoke(Standard= EngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd= apter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Proce= ssor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11Connection= Handler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo= lTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(Maste= rSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:619) | 14:10:57,477 ERROR [AbstractServiceEndpointServlet] Error processing we= b service request | java.lang.UnsupportedOperationException: setProperty must be overridden= by all subclasses of SOAPMessage | at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:424) | at org.jboss.ws.core.soap.SOAPMessageImpl.(Unknown Source) | at org.jboss.ws.core.soap.MessageFactoryImpl.createMessage(Unkn= own Source) | at org.jboss.ws.core.jaxrpc.SOAPFaultHelperJAXRPC.toSOAPMessage= (Unknown Source) | at org.jboss.ws.core.jaxrpc.SOAPFaultHelperJAXRPC.exceptionToFa= ultMessage(Unknown Source) | at org.jboss.ws.core.jaxrpc.SOAP11BindingJAXRPC.createFaultMess= ageFromException(Unknown Source) | at org.jboss.ws.core.CommonSOAPBinding.bindFaultMessage(Unknown= Source) | at org.jboss.ws.core.server.ServiceEndpoint.handleRequest(Unkno= wn Source) | at org.jboss.ws.core.server.ServiceEndpointManager.processSOAPR= equest(Unknown Source) | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.doPo= st(Unknown Source) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) | at org.jboss.ws.core.server.AbstractServiceEndpointServlet.serv= ice(Unknown Source) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(Repl= yHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(Standar= dWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(Standar= dContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invok= e(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCo= ntextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHo= stValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo= rtValve.java:105) | at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(Ca= chedConnectionValve.java:156) | at org.apache.catalina.core.StandardEngineValve.invoke(Standard= EngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd= apter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Proce= ssor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11Connection= Handler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo= lTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(Maste= rSlaveWorkerThread.java:112) | = The vast majority of my unit tests fail (but not all fail, a minute portion= of them do pass). = I am guessing that my environment is not setup as the rest of the JBoss tea= m. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000580#4000580 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000580 --===============7334137793984421352==-- From do-not-reply at jboss.com Thu Jan 11 15:52:07 2007 Content-Type: multipart/mixed; boundary="===============8095397935610803383==" MIME-Version: 1.0 From: batter To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Another way to write clustered singletons Date: Thu, 11 Jan 2007 15:52:07 -0500 Message-ID: <12028524.1168548727373.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8095397935610803383== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Is there a list of jmx notifications emitted by services? At one blog I re= ad something like org.jboss.system.server.stopped that will tell you that t= he jboss kernel stopped; what are the jmx message emitted f.e. by mq and ot= her services ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000607#4000607 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000607 --===============8095397935610803383==-- From do-not-reply at jboss.com Thu Jan 11 17:04:08 2007 Content-Type: multipart/mixed; boundary="===============7413386628267835995==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: JBoss AOP standalone build Date: Thu, 11 Jan 2007 17:04:08 -0500 Message-ID: <19599431.1168553048702.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7413386628267835995== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Done. Is there a JIRA issue I should close View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000616#4000616 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000616 --===============7413386628267835995==-- From do-not-reply at jboss.com Thu Jan 11 17:55:39 2007 Content-Type: multipart/mixed; boundary="===============2818713015482173492==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Thu, 11 Jan 2007 17:55:39 -0500 Message-ID: <5257044.1168556139795.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2818713015482173492== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I added DispatchContext interface. | public interface DispatchContext | { | /** | * Getter property / attribute | * | * @param name | * @return | * @throws Throwable | */ | Object get(String name) throws Throwable; | = | /** | * Setter property / attribute | * | * @param property | * @throws Throwable | */ | void set(PropertyMetaData property) throws Throwable; | = | /** | * Invoke method / opration | * | * @param name | * @param parameters | * @return | * @throws Throwable | */ | Object invoke(String name, List parameters) throw= s Throwable; | } | = This solves the issue above - should ServiceControllerContext implement it = (on top of MBeanServer). I'll go further with this abstraction. When are we going to update the MC libs for JBoss5? So that I update the Service --> MC part, with this and all other issues th= at I might resolve. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000632#4000632 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000632 --===============2818713015482173492==-- From do-not-reply at jboss.com Thu Jan 11 18:10:52 2007 Content-Type: multipart/mixed; boundary="===============8296141153109255059==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - What does this mean? Date: Thu, 11 Jan 2007 18:10:52 -0500 Message-ID: <11613049.1168557052858.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8296141153109255059== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable WARN 11-01 18:03:08,890 (AbstractTypeMetaData.java:preinstantiatedLookup:1= 52) -Exception in preinstantiated lookup: java.lang.NullPointerException View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000636#4000636 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000636 --===============8296141153109255059==-- From do-not-reply at jboss.com Thu Jan 11 19:29:53 2007 Content-Type: multipart/mixed; boundary="===============2014202703278808156==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Thu, 11 Jan 2007 19:29:53 -0500 Message-ID: <9734904.1168561793687.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2014202703278808156== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | When are we going to update the MC libs for JBoss5? | So that I update the Service --> MC part, with this and all other issue= s that I might resolve. trunk is back to pulling in the mc snapshot so any working build of the mc = could be pushed out as snapshot update. I'll probably do one tonight to syn= ch up to the snapshot I'm testing the profile service with. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000651#4000651 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000651 --===============2014202703278808156==-- From do-not-reply at jboss.com Thu Jan 11 19:33:18 2007 Content-Type: multipart/mixed; boundary="===============3025405953639597597==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: What does this mean? Date: Thu, 11 Jan 2007 19:33:18 -0500 Message-ID: <11564725.1168561998314.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3025405953639597597== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Some property get is throwing an NPE. I aded the full trace to show what th= e cause is. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000652#4000652 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000652 --===============3025405953639597597==-- From do-not-reply at jboss.com Thu Jan 11 21:30:09 2007 Content-Type: multipart/mixed; boundary="===============2073895807845671957==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: What does this mean? Date: Thu, 11 Jan 2007 21:30:09 -0500 Message-ID: <1053003.1168569009711.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2073895807845671957== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable do you have to have a corresponding get() method? That could be the proble= m. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000677#4000677 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000677 --===============2073895807845671957==-- From do-not-reply at jboss.com Thu Jan 11 21:41:45 2007 Content-Type: multipart/mixed; boundary="===============4195279360517157883==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Thu, 11 Jan 2007 21:41:45 -0500 Message-ID: <2734033.1168569705906.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4195279360517157883== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have started the work on that. One neat advantage is the cms window declaration now looks like : | | CMSWindow | cms | center | 0 | /default/index.html | | = My first idea on the implementation was to introduce sub interfaces like | interface PortletWindow extends Window { ... } | = But it turns out that it does not cope well with hibernate system and does = not allow plugability of content very well. Also one of my initial idea is = to leverage the generic portal object properties to store the window conten= t type (portlet or cms for now). So finally I chosed to delegate content handling to a WindowContent interfa= ce which has sub interfaces. | public interface Window extends PortalObject | { | ContentType getContentType(); | WindowContent getContent(); | } | = | public interface WindowContent | { | } | = | public interface PortletContent extends WindowContent | { | String getInstanceRef(); | void setInstanceRef(String instanceRef); | } | = | public interface CMSContent extends WindowContent | { | String getURI(); | void setURI(String uri); | } | = The plug is done in the impl package which supports content handler that ar= e responsible to create the WindowContent interfaces. The portal object con= tainer uses that to create the right WindowContent impl when it retrieves o= bjects from the database. At runtime now, I have extended the RenderWindowCommand in order to handle = the different content types differently. The portlet one, is mostly like the current one. The cms one extends the po= rtlet one and changes several things : 1/ always retrieve the CMSPortletInstance instance | InstanceContainer container =3D getControllerContext().getControl= ler().getInstanceContainer(); | return container.getDefinition("CMSPortletInstance"); | = 2/ if no navigational state exists, create it and initialize it with the UR= I provided by the CMSContent interface | // | CMSContent content =3D (CMSContent)window.getContent(); | String uri =3D content.getURI(); | = | // Initialize the navigational state with the URI when needed | PortletParametersStateString navigationalState =3D (PortletParame= tersStateString)getAttribute(NAVIGATIONAL_STATE_SCOPE, windowId); | if (navigationalState =3D=3D null) | { | navigationalState =3D new PortletParametersStateString(); | navigationalState.setValue("path", uri); | setAttribute(NAVIGATIONAL_STATE_SCOPE, windowId, navigationalS= tate); | } | = 3/ modify the results in order to add the properties that force no decorati= on of the window | if (o instanceof WindowResult) | { | WindowResult result =3D (WindowResult)o; | = | // | Map props =3D new HashMap(result.getWindowProperties()); | props.put("theme.windowRendererId", "emptyRenderer"); | props.put("theme.decorationRendererId", "emptyRenderer"); | props.put("theme.portletRendererId", "emptyRenderer"); | = | // | result.setWindowProperties(props); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000678#4000678 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000678 --===============4195279360517157883==-- From do-not-reply at jboss.com Thu Jan 11 21:51:28 2007 Content-Type: multipart/mixed; boundary="===============2344821954286376051==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: What does this mean? Date: Thu, 11 Jan 2007 21:51:28 -0500 Message-ID: <13675391.1168570288749.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2344821954286376051== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its the SecurityDeployer having a write-only ignoreSuffixes property: AbstractBeanMetaData(a)7ba65cf7{name=3DSecurityDeployer bean=3Dorg.jboss.de= ployment.security.SecurityDeployer properties=3D[ignoreSuffixes] constructo= r=3Dnull installs=3D[MainDeployer.addDeployer] uninstalls=3D[MainDeployer.r= emoveDeployer]} ... AbstractPropertyInfo(a)1943b93b{name=3DignoreSuffixes getter=3Dnull setter= =3DReflectMethodInfoImpl(a)2b5d7e8e{name=3DsetIgnoreSuffixes[ParameterizedC= lassInfo(a)71fb2e0{java.util.HashSet}] return=3Dvoid}} The problem occurs at the Configurator.getPropertyGetterJoinPoint = | 18:49:29,115 WARN [AbstractSetMetaData] Exception in preinstantiated l= ookup: | java.lang.NullPointerException | at org.jboss.kernel.plugins.config.Configurator.getPropertyGett= erJoinPoint(Configurator.java:381) | at org.jboss.kernel.plugins.config.Configurator.getPropertyGett= erJoinPoint(Configurator.java:360) | at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.g= etPropertyGetterJoinPoint(AbstractKernelConfigurator.java:115) | at org.jboss.beans.metadata.plugins.AbstractTypeMetaData.preins= tantiatedLookup(AbstractTypeMetaData.java:150) | at org.jboss.beans.metadata.plugins.AbstractCollectionMetaData.= getCollectionInstance(AbstractCollectionMetaData.java:208) | at org.jboss.beans.metadata.plugins.AbstractCollectionMetaData.= getValue(AbstractCollectionMetaData.java:85) | at org.jboss.kernel.plugins.config.Configurator.getPropertySett= erJoinPoint(Configurator.java:502) | at org.jboss.kernel.plugins.config.Configurator.getPropertySett= erJoinPoint(Configurator.java:446) | at org.jboss.kernel.plugins.config.Configurator.getPropertySett= erJoinPoints(Configurator.java:410) | at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.g= etPropertySetterJoinPoints(AbstractKernelConfigurator.java:120) | at org.jboss.kernel.plugins.dependency.ConfigureAction.installA= ctionInternal(ConfigureAction.java:54) | = Either this code or the caller needs to validate that a getter exists. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000681#4000681 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000681 --===============2344821954286376051==-- From do-not-reply at jboss.com Thu Jan 11 22:01:52 2007 Content-Type: multipart/mixed; boundary="===============4650517676702748858==" MIME-Version: 1.0 From: roy.russo at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Thu, 11 Jan 2007 22:01:51 -0500 Message-ID: <18815036.1168570911985.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4650517676702748858== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Does this mean that the CMSPortletWindow can now display in pages other tha= n default.default? Can we get this done without modifying the -object.xml... or at least make = it so its backward compatible? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000686#4000686 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000686 --===============4650517676702748858==-- From do-not-reply at jboss.com Fri Jan 12 01:10:32 2007 Content-Type: multipart/mixed; boundary="===============1303344634978380451==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Design of wsimport Date: Fri, 12 Jan 2007 01:10:31 -0500 Message-ID: <9669551.1168582231979.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1303344634978380451== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I thought I would outline the plan for the JAX-WS wsdl->java tool (wsimport= ). API Dependencies Unlike the java to wsdl processing, wsimport is more isolated and has minim= al API requirements from core: | * WSDLDefinitions - Our WSDL API is the main source, as this tool large= ly has 1 input, the WSDL file. | * JAXB XJC API - This will be needed to generate Java types for all sc= hema types contained in the WSDL. = | * JAXB Code Model API - Since the XJC API returns instances of JCodeMo= del, we might as well use it for generating the remaining Java artifacts. | * JDK Compiler or Javassist - We will either need to invoke the JDK co= mpiler or build a JCodeModel to bytecode translator using javassit | = Key Tasks The following are the major tasks for implementing this tool: | * Enhance WSDLDefinitions - The WSDLDefinitions API needs to be enhanc= ed to handle the custom jaxws binding extension elements. Also WSDL11Reader= needs to be enhanced to take a DOM view of all schema elements and make th= em available as a DOMTypes object (already exists for generation now). | * Implement Binding File Processing - A JAX-WS binding file parser nee= ds to be implemented. This binding file allows you to specify customization= s that apply to the WSDL file, but without having to modify the WSDL file. | * WSDL XPath Modifcation Phase - Since the binding file uses xpath exp= ressions, we must first read the WSDL file into a DOM tree, then perform th= e XPath modifications to obtain the inlined version. After this the WSDL11R= eader will produce a WSDLDefinitions model that contains the additional JAX= -WS metadata. | * Implement Core Processing Engine - This component will be responsibl= e for interpreting the resulting metadata, and generating artifacts through= JAXB XJC and the JAXB Code Model API that conform to the WSDL to Java port= ion of the specification. = | * Implement Source and Bytecode generation - At the end of the process= ing phase, bytecode and optionally source will need to be written to disk. = The code model API has the capability to generate the source; however, it h= as no direct bytecode generation capability. This would have to be implemen= ted by us, or we could just invoke the compiler and delete the source files= if they aren't desired by the user. | * API - A simple API will need to be developed that takes the input op= tions, and returns the list of artifacts generated, as well as any error or= warning conditions that occurred. | * Command line tool - This will be a simple command line tool that use= s the above API to perform the required processing. | * ANT Task - A simple ant task that offers the same options needs to b= e developed. As in the command line tool, it should use the above API. = | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000708#4000708 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000708 --===============1303344634978380451==-- From do-not-reply at jboss.com Fri Jan 12 01:28:15 2007 Content-Type: multipart/mixed; boundary="===============6083055757936921692==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1259 - element ref and type qnames Date: Fri, 12 Jan 2007 01:28:15 -0500 Message-ID: <33293215.1168583295784.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6083055757936921692== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, you are correct, that's how it should be. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000712#4000712 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000712 --===============6083055757936921692==-- From do-not-reply at jboss.com Fri Jan 12 01:56:16 2007 Content-Type: multipart/mixed; boundary="===============4941321766811691490==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - ServiceMetaData parsing needs to be pulled out of Date: Fri, 12 Jan 2007 01:56:15 -0500 Message-ID: <23381354.1168584975990.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4941321766811691490== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable An issue I have run into with testing deployment and editing of data source= s via the profile service is that the metadata attachments associated with = a service deployment is not getting parsed unti the real deployer is run du= ring the component traversal. The ServiceDeployment attachment services is = not being populated until here: | Thread [main] (Suspended (breakpoint at line 98 in ServiceDeploymentDep= loyer$ServiceDeploymentVisitor)) = | ServiceDeploymentDeployer$ServiceDeploymentVisitor.deploy(DeploymentUn= it, ServiceDeployment) line: 98 = | ServiceDeploymentDeployer$ServiceDeploymentVisitor.deploy(DeploymentUn= it, Object) line: 75 = | ServiceDeploymentDeployer(AbstractRealDeployer).deploy(DeploymentUn= it) line: 89 = | ServiceDeploymentDeployer(AbstractComponentDeployer).deploy(Deplo= ymentUnit) line: 72 = | ServiceDeploymentDeployer(AbstractSimpleDeployer).commitDeploy(Deploym= entUnit) line: 52 = | DeployerWrapper.commitDeploy(DeploymentUnit) line: 165 = | MainDeployerImpl.commitDeploy(Deployer, DeploymentContext, Set) line: 557 = | MainDeployerImpl.process(int, int) line: 495 = | ProfileServiceBootstrap.loadProfile(String) line: 352 = | ProfileServiceBootstrap.bootstrap() line: 248 = | ProfileServiceBootstrap(AbstractBootstrap).run() line: 89 = | ServerImpl.doStart() line: 403 = | ServerImpl.start() line: 342 = | Main.boot(String[]) line: 210 = | Main$1.run() line: 508 = | Thread.run() line: 595 = | = In order for the profile service to be able to build a pojo metadata model = of a deployment that can be overriden by tool edits, all metadata that is s= ubject to admin edits needs to be available before the Deployer.CLASSLOADER= _DEPLOYER level of deployers have processed the deployment. The basic logic= is: | // Associate the raw deployment with the profile | VirtualFile deployment =3D (raw deployment pushed by the user) | AbstractDeploymentContext ctx =3D new AbstractDeploymentContext(d= eployment); | profile.addDeployment(ctx, phase); | = | // Process the base deployment to obtain the pojo metadata view | mainDeployer.addDeploymentContext(ctx); | Collection ctxs =3D mainDeployer.process(-1, D= eployer.CLASSLOADER_DEPLOYER); | checkIncomplete(); | for (DeploymentContext d : ctxs) | { | // Save the pojo metadata view of the raw deployment in the pr= ofile | profile.updateDeployment(d, phase); | } | = | // Determine the pojo metadata properties that can be edited | Map mos =3D mainDeployer.getManagedObjects= (ctx); | // ManagedObject edits map an override set of pojo metadata store= d in the profile via an update interceptor aspect | = Subsequent deployment of deployment with edits starts at the Deployer.CLASS= LOADER_DEPLOYER level of deployers, bypassing all of the metadata processin= g deployer as the associated DeploymentContext.getPredeterminedManagedObjec= ts() has been populated from the admin edits store in the profile. There is also another issue with the granularity of the Map for a deployment like a service descriptor. For this you have a sin= gle attachment of type ServiceDeployment which contains the ServiceMetaData= for the mbeans, which contains the attributes that correspond to the Manag= edProperty objects one would edit. The simplest view of a datasource would = just have the jndi name and jdbc url as ManagedPropertys. What the admin to= ol needs to see is an inverted view where it gets a set of ManagedPropertys= to edit, and these changes get mapped onto the attachment settings. While = this can be setup inside the server via aspects, when a remote tool queries= the properties and edits them, the aspects are lost. Essentially the same = issue as entity beans becoming detached. Either I need to leverage logic si= milar to what hibernate does, or have an xpath like attribute in a ManagedP= roperty that allows the tool to submit a set of changed ManagedPropertys th= at can be applied to the deployment attachment attribute by navigating from= the attachment root to the correct attachment property. For now I'm going to create a fake datasource deployer to allow all of the = profile service usecases to be fleshed out to finalize the apis. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000718#4000718 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000718 --===============4941321766811691490==-- From do-not-reply at jboss.com Fri Jan 12 02:30:02 2007 Content-Type: multipart/mixed; boundary="===============3195529370986603092==" MIME-Version: 1.0 From: hussain_rangwala To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Help needed on Deploying a Struts Application as a portlet o Date: Fri, 12 Jan 2007 02:30:02 -0500 Message-ID: <18098338.1168587002752.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3195529370986603092== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi I am trying to deploy a struts application as a portlet on JBoss portal = 2.4.0.GA...I get this error while deploying...Any suggestions will be appre= ciated | [org.jboss.portal.core.impl.model.instance.PersistentInstanceContainer]= Creating instance SETLInstanceName of portlet local.SETLAppName.SETLPortle= tName | 2007-01-12 12:40:37,426 WARN [org.jboss.portal.core.deployment.jboss.P= ortletAppDeployment] Failed to create instance SETLInstanceName of portlet = SETLAppName.SETLPortletName because portlet SETLAppName.SETLPortletName is = not available | = I have pasted the following deployment descriptors file ... portlet.xml | | | = | | | ServletContextProvider | org.jboss.portal.bridge.JBossServletContextProvider | | | ViewPage | /Login.do | | | HelpPage | /signIn.do | | SETLPortletName | SETL Display Name | This is the SETLBAAAAAANK | org.apache.portals.bridges.struts.StrutsPortlet | -1 | | text/html | VIEW | HELP | | | SETL Bank Demo | This is the short title | Struts | | | | = portlet-instances.xml | | | | | SETLInstanceName | SETLPortletName | | | | = SETLAppName-object.xml | | | | overwrite | default | | SETLAppName | | SETLWindowName | SETLInstanceName | center | 1 | | | | = | | = struts-pages.xml | | default | | SETLStruts | | SETLBankWindowName | /SETLAppName.SETLPortletName.SETLInstanceName | center | 0 | | | | = | = jboss-portlet.xml | | = | | SETLPortletName | | StrutsPortlet | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000725#4000725 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000725 --===============3195529370986603092==-- From do-not-reply at jboss.com Fri Jan 12 02:39:16 2007 Content-Type: multipart/mixed; boundary="===============9051090678423426899==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: JBoss AOP standalone build Date: Fri, 12 Jan 2007 02:39:16 -0500 Message-ID: <2971403.1168587556410.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9051090678423426899== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable No JIRA issue, thanks. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000727#4000727 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000727 --===============9051090678423426899==-- From do-not-reply at jboss.com Fri Jan 12 02:45:56 2007 Content-Type: multipart/mixed; boundary="===============0290508885112974676==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Help needed on Deploying a Struts Application as a portl Date: Fri, 12 Jan 2007 02:45:56 -0500 Message-ID: <19327746.1168587956377.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0290508885112974676== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Don't post user question in the design forums. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000730#4000730 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000730 --===============0290508885112974676==-- From do-not-reply at jboss.com Fri Jan 12 02:59:03 2007 Content-Type: multipart/mixed; boundary="===============0549540607910821074==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Array interception needed for jboss cache Date: Fri, 12 Jan 2007 02:59:03 -0500 Message-ID: <23098364.1168588743664.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0549540607910821074== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This looks great, however, it might be a good idea to detect local array re= ferences that are never passed outside of a method body. Consider something like the following: | { = | long[] hi =3D new long[n]; | long f =3D 0, g =3D 1; | for (int i =3D 0; i < n; f +=3D g, g =3D f - g, i++) hi =3D f; | } | = Detecting this as local would prevent N method invocations and N memory bar= riers (potential cpu cache flushes). This would be slightly complicated to = detect, but worth it IMO. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000733#4000733 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000733 --===============0549540607910821074==-- From do-not-reply at jboss.com Fri Jan 12 03:02:30 2007 Content-Type: multipart/mixed; boundary="===============0249132922391618087==" MIME-Version: 1.0 From: oglueck To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Another way to write clustered singletons Date: Fri, 12 Jan 2007 03:02:30 -0500 Message-ID: <1578579.1168588950525.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0249132922391618087== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Not only such a list would be interesting. You also must filter them for in= stance with the DeploymentInfoNotificationFilterFactory. So one must know t= he possible filter cirteria. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000734#4000734 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000734 --===============0249132922391618087==-- From do-not-reply at jboss.com Fri Jan 12 03:41:43 2007 Content-Type: multipart/mixed; boundary="===============7005677980083070979==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Another way to write clustered singletons Date: Fri, 12 Jan 2007 03:41:43 -0500 Message-ID: <3406353.1168591303044.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7005677980083070979== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I had made a start to document this list here: http://wiki.jboss.org/wiki/Wiki.jsp?page=3DNotificationsEmittedByJBossMBeans Obviously we need everyone to contribute to this page. Another possibility is just configure a NotificationListener to listen for = all notifications in the system, boot jboss, take the log and record what y= ou see :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000761#4000761 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000761 --===============7005677980083070979==-- From do-not-reply at jboss.com Fri Jan 12 03:43:42 2007 Content-Type: multipart/mixed; boundary="===============0052720785176672059==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Fri, 12 Jan 2007 03:43:42 -0500 Message-ID: <21284231.1168591422027.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0052720785176672059== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You have the SUN jaxrpc impl on your classpath. Make sure javax.xml.soap.SO= APMessage is pulled from jboss-jaxrpc.jar ant 1.6.5 works fine for us. We have however updated xerces,xalan with the = versions from build/thirdparty All tests should pass against jboss50 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000762#4000762 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000762 --===============0052720785176672059==-- From do-not-reply at jboss.com Fri Jan 12 03:46:40 2007 Content-Type: multipart/mixed; boundary="===============0405968373977591395==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Another way to write clustered singletons Date: Fri, 12 Jan 2007 03:46:40 -0500 Message-ID: <23208720.1168591600445.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0405968373977591395== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable And while here, I made this addition to the BarrierController: http://jira.jboss.com/jira/browse/JBAS-3469 It could be used to control HASingletons that are fully destroyed/created w= hen a node becomes master, rather than just started/stopped. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000766#4000766 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000766 --===============0405968373977591395==-- From do-not-reply at jboss.com Fri Jan 12 03:47:07 2007 Content-Type: multipart/mixed; boundary="===============2789205628933791421==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Design of wsimport Date: Fri, 12 Jan 2007 03:47:07 -0500 Message-ID: <28671742.1168591627798.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2789205628933791421== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Good work, thanks. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000767#4000767 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000767 --===============2789205628933791421==-- From do-not-reply at jboss.com Fri Jan 12 03:59:06 2007 Content-Type: multipart/mixed; boundary="===============7524728969736203809==" MIME-Version: 1.0 From: DivxYoda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [TODO - DEVELOPMENT] - Jboss 4.0.4RC1 and Multiple MySql Databases ! Date: Fri, 12 Jan 2007 03:59:06 -0500 Message-ID: <33246245.1168592346862.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7524728969736203809== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi guys, i'd like you to help me on configuring JBOSS 4.0.4RC1 so that i can handle = 2 databases. I mean : i have a Jboss Server and i want to deployed some jar= for a Database 1 and others for the database 2. Otherwise, for a single Jboss Server (4.0.4RC1), i have 2 MySql Databases := database1 and Database2. I'd like to deploy 2 specific archives of entities ejb3. (example : jar1 an= d jar2). jar1 to work with Database1, and jar2 with Database2. Where and how should i configure my Jboss Server ? PS : Jboss is already in use, but it has been configured for a single Datab= ase. Now i'd like to add another Database. Thanks a lot for your help, guys. Best Regards, Divx. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000785#4000785 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000785 --===============7524728969736203809==-- From do-not-reply at jboss.com Fri Jan 12 04:02:17 2007 Content-Type: multipart/mixed; boundary="===============4219021547944731808==" MIME-Version: 1.0 From: DivxYoda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Other JBoss Development Design] - Jboss 4.0.4RC1 and Multiple MySql Databases ! Date: Fri, 12 Jan 2007 04:02:17 -0500 Message-ID: <10318650.1168592537919.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4219021547944731808== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi guys, i'd like you to help me on configuring JBOSS 4.0.4RC1 so that i can handle = 2 databases. I mean : i have a Jboss Server and i want to deployed some jar= for a Database 1 and others for the database 2. Otherwise, for a single Jboss Server (4.0.4RC1), i have 2 MySql Databases := database1 and Database2. I'd like to deploy 2 specific archives of entities ejb3. (example : jar1 an= d jar2). jar1 to work with Database1, and jar2 with Database2. Where and how should i configure my Jboss Server ? PS : Jboss is already in use, but it has been configured for a single Datab= ase. Now i'd like to add another Database. Thanks a lot for your help, guys. Best Regards, Divx. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000787#4000787 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000787 --===============4219021547944731808==-- From do-not-reply at jboss.com Fri Jan 12 04:17:58 2007 Content-Type: multipart/mixed; boundary="===============2421541256216316899==" MIME-Version: 1.0 From: DivxYoda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Jboss 4.0.4RC1 and Multiple MySql Databases ! Date: Fri, 12 Jan 2007 04:17:58 -0500 Message-ID: <30138588.1168593478597.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2421541256216316899== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi guys, i'd like you to help me on configuring JBOSS 4.0.4RC1 so that i can handle = 2 databases. I mean : i have a Jboss Server and i want to deployed some jar= for a Database 1 and others for the database 2. Otherwise, for a single Jboss Server (4.0.4RC1), i have 2 MySql Databases := database1 and Database2. I'd like to deploy 2 specific archives of entities ejb3. (example : jar1 an= d jar2). jar1 to work with Database1, and jar2 with Database2. Where and how should i configure my Jboss Server ? PS : Jboss is already in use, but it has been configured for a single Datab= ase. Now i'd like to add another Database. Thanks a lot for your help, guys. Best Regards, Divx. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000796#4000796 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000796 --===============2421541256216316899==-- From do-not-reply at jboss.com Fri Jan 12 04:19:10 2007 Content-Type: multipart/mixed; boundary="===============2767224258706730154==" MIME-Version: 1.0 From: DivxYoda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Jboss 4.0.4RC1 and Multiple MySql Databases ! Date: Fri, 12 Jan 2007 04:19:10 -0500 Message-ID: <7452431.1168593550066.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2767224258706730154== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi guys, i'd like you to help me on configuring JBOSS 4.0.4RC1 so that i can handle = 2 databases. I mean : i have a Jboss Server and i want to deployed some jar= for a Database 1 and others for the database 2. Otherwise, for a single Jboss Server (4.0.4RC1), i have 2 MySql Databases := database1 and Database2. I'd like to deploy 2 specific archives of entities ejb3. (example : jar1 an= d jar2). jar1 to work with Database1, and jar2 with Database2. Where and how should i configure my Jboss Server ? PS : Jboss is already in use, but it has been configured for a single Datab= ase. Now i'd like to add another Database. Thanks a lot for your help, guys. Best Regards, Divx. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000798#4000798 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000798 --===============2767224258706730154==-- From do-not-reply at jboss.com Fri Jan 12 04:24:05 2007 Content-Type: multipart/mixed; boundary="===============6659805870502048956==" MIME-Version: 1.0 From: c.vidal To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Are you considering an OSGi based micro kernel ? Date: Fri, 12 Jan 2007 04:24:05 -0500 Message-ID: <30354315.1168593845769.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6659805870502048956== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Guys, well sadly, I didn't have much feedback, and as I didn't have much time to = work on it lately anyway, I didn't do much. It looks like Alesj has taken the lead on the subject, that's great :) http://www.jboss.org/index.html?module=3Dbb&op=3Dviewtopic&p=3D3997102 Regards, View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000801#4000801 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000801 --===============6659805870502048956==-- From do-not-reply at jboss.com Fri Jan 12 04:32:43 2007 Content-Type: multipart/mixed; boundary="===============7138340442120661298==" MIME-Version: 1.0 From: attonnnn To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - Server configuration not working ? Date: Fri, 12 Jan 2007 04:32:43 -0500 Message-ID: <28739055.1168594363041.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7138340442120661298== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable hi i m developping on = ** JBossIDE for Eclipse Version: 2.0.0 Build id: 2.0.0.Beta2 ** and it seems the server launch configuration doesnt work. I try to enable in the "JRE" tab the option "Workspace default JRE" but des= pite the fact i click on "apply > ok" this option is never saved. Is there any problem with that option ? does anything else must be done bef= ore using it ? i need it to solve an "Error logged for Ant UI"... Thanks View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000803#4000803 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000803 --===============7138340442120661298==-- From do-not-reply at jboss.com Fri Jan 12 04:47:28 2007 Content-Type: multipart/mixed; boundary="===============1002700105133621889==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - doclit request message element name not equal to operation n Date: Fri, 12 Jan 2007 04:47:28 -0500 Message-ID: <13285744.1168595248814.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1002700105133621889== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have = | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | = When running tools I get = | Exception in thread "main" org.jboss.ws.WSException: Unable to unwrap p= arameters, wrapper element name must match operation name. operationName=3D= invokeAttach elementName=3DparaList2 | at org.jboss.ws.tools.WSDLToJava.appendParameters(WSDLToJava.ja= va:421) | at org.jboss.ws.tools.WSDLToJava.appendDocParameters(WSDLToJava= .java:387) | = Do we have a reference to the relevant part in a spec? = Generally, we please document (read MUST) why we make assertions like this.= A future version of the spec might invalidate the assertion. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000809#4000809 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000809 --===============1002700105133621889==-- From do-not-reply at jboss.com Fri Jan 12 04:55:43 2007 Content-Type: multipart/mixed; boundary="===============7043716080440946124==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: doclit request message element name not equal to operati Date: Fri, 12 Jan 2007 04:55:43 -0500 Message-ID: <1865028.1168595743180.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7043716080440946124== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I will add the section number from the spec to the message, the following p= ost is where I raised the actual validation requrements: - http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D97638 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000812#4000812 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000812 --===============7043716080440946124==-- From do-not-reply at jboss.com Fri Jan 12 05:41:07 2007 Content-Type: multipart/mixed; boundary="===============6979464007090931699==" MIME-Version: 1.0 From: DivxYoda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Persistence on JBoss] - Jboss 4.0.4RC1 and Multiple MySql Databases ! Date: Fri, 12 Jan 2007 05:41:07 -0500 Message-ID: <28300795.1168598467274.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6979464007090931699== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi guys, i'd like you to help me on configuring JBOSS 4.0.4RC1 so that i can handle = 2 databases. I mean : i have a Jboss Server and i want to deployed some jar= for a Database 1 and others for the database 2. Otherwise, for a single Jboss Server (4.0.4RC1), i have 2 MySql Databases := database1 and Database2. I'd like to deploy 2 specific archives of entities ejb3. (example : jar1 an= d jar2). jar1 to work with Database1, and jar2 with Database2. Where and how should i configure my Jboss Server ? PS : Jboss is already in use, but it has been configured for a single Datab= ase. Now i'd like to add another Database. Thanks a lot for your help, guys. Best Regards, Divx. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000837#4000837 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000837 --===============6979464007090931699==-- From do-not-reply at jboss.com Fri Jan 12 05:43:00 2007 Content-Type: multipart/mixed; boundary="===============2116412827957501868==" MIME-Version: 1.0 From: oglueck To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Another way to write clustered singletons Date: Fri, 12 Jan 2007 05:43:00 -0500 Message-ID: <20797790.1168598580641.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2116412827957501868== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable By the way, Dimitris, do you know how the deployment of a WAR file is notif= ied? I must create a barrier so I can depend an MBean on it that uses a ser= vlet deployed in that WAR file. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000838#4000838 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000838 --===============2116412827957501868==-- From do-not-reply at jboss.com Fri Jan 12 05:56:51 2007 Content-Type: multipart/mixed; boundary="===============7744089817861725353==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [TODO - DEVELOPMENT] - Re: Jboss 4.0.4RC1 and Multiple MySql Databases ! Date: Fri, 12 Jan 2007 05:56:50 -0500 Message-ID: <4086847.1168599410982.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7744089817861725353== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You are spamming the developer forums with user questions. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000853#4000853 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000853 --===============7744089817861725353==-- From do-not-reply at jboss.com Fri Jan 12 06:35:27 2007 Content-Type: multipart/mixed; boundary="===============4401909752519474768==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 06:35:27 -0500 Message-ID: <28423562.1168601727681.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4401909752519474768== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This also relates to = http://www.jboss.org/index.html?module=3Dbb&op=3Dviewtopic&p=3D4000809#4000= 809 Is request message element to operation name equivalents a general requirem= ent for doc/lit? Does the BP say anything about it? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000863#4000863 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000863 --===============4401909752519474768==-- From do-not-reply at jboss.com Fri Jan 12 07:15:31 2007 Content-Type: multipart/mixed; boundary="===============0266911755015282968==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 07:15:31 -0500 Message-ID: <27860451.1168604131121.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0266911755015282968== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable BP only mentions a naming requirement for the wrappers for RPC, for documen= t it just says that each operation must have a unique signature so that the= y can be identified. It is the JAX-RPC spec and JAX-WS spec that specified requirements that mus= t be met for an operation to be considered a wrapped operation. >From JAX-RPC 6.4.1: - anonymous wrote : In order to qualify as using the ?wrapper? style, an oper= ation must fulfill the following | conditions: | ? its input and output messages (if present) must contain exactly one p= art; | ? such a part must refer to an element named after the operation; | ? such an element (a wrapper) must be of a complex type defined using t= he | xsd:sequence compositor and containing only elements declarations. >From JAX-WS 2.3.1.2 this is refined slightly: - anonymous wrote : A WSDL operation qualifies for wrapper style mapping only= if the following criteria are met: | (i) The operation?s input and output messages (if present) each contain= only a single part | (ii) The input message part refers to a global element declaration whos= e localname is equal to the operation | name | (iii) The output message part refers to a global element declaration | (iv) The elements referred to by the input and output message parts (he= nceforth referred to as wrapper | elements) are both complex types defined using the xsd:sequence composi= tor | (v) The wrapper elements only contain child elements, they must not con= tain other structures such as | wildcards (element or attribute), xsd:choice, substitution groups (elem= ent references are not permitted) | or attributes; furthermore, they must not be nillable. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000882#4000882 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000882 --===============0266911755015282968==-- From do-not-reply at jboss.com Fri Jan 12 07:31:54 2007 Content-Type: multipart/mixed; boundary="===============2602312381557494366==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 07:31:54 -0500 Message-ID: <18945482.1168605114760.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2602312381557494366== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In that case a wsdl like this | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | = should work and the generated java method name should be paraList2 instead = of invokeAttach. AFAICS the requriment pertains only the the java realm and not to the abstr= act contract in wsdl. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000885#4000885 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000885 --===============2602312381557494366==-- From do-not-reply at jboss.com Fri Jan 12 08:09:18 2007 Content-Type: multipart/mixed; boundary="===============7496962075384205040==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 08:09:18 -0500 Message-ID: <25333780.1168607358452.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7496962075384205040== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am not sure if that is the case, this requirement is described within cha= pter 2 of the JAX-RPC specification and the purpose of this chapter is to d= escribe how to generate the service endpoint interface from the WSDL. Also the terminology used is WSDL terminology, they are saying the element = must be named after the operation not that the parameter must be named afte= r the method. When refering to java methods and parameters they do refer t= o them as methods and parameters. So I am interpreting it as: - When you are generating a SEI from a WSDL If the operation meets these requirements you can treat it as wrapped an u= nwrap it. Having said that this check was one of the last checks I added just to be c= omplete with the list of requirements in the spec so there shouldn't be a p= roblem if it is removed. Looking at your WSDL your message 'attachRequest' contains two message part= s so based on the first requirement for a message to contain only a single = part this should also be rejected so I am surprised you are not seeing that= - I will have a look and see what happened to that check. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000916#4000916 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000916 --===============7496962075384205040==-- From do-not-reply at jboss.com Fri Jan 12 08:17:03 2007 Content-Type: multipart/mixed; boundary="===============8602982859400755066==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Fri, 12 Jan 2007 08:17:03 -0500 Message-ID: <31998062.1168607823924.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8602982859400755066== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | What's the 'hack'? | = If the controller doesn't find the context, it asks the registry if it know= s the name. Overridden method in the kernel controller: | public ControllerContext getContext(Object name, ControllerState sta= te) | { | ControllerContext context =3D super.getContext(name, state); | if (context !=3D null) | return context; | if (state =3D=3D null || state =3D=3D ControllerState.INSTALLED) | { | KernelRegistry registry =3D kernel.getRegistry(); | try | { | return registry.getEntry(name); | } | catch (Throwable ignored) | { | } | } | return null; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000923#4000923 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000923 --===============8602982859400755066==-- From do-not-reply at jboss.com Fri Jan 12 08:29:52 2007 Content-Type: multipart/mixed; boundary="===============2498422235352192349==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Fri, 12 Jan 2007 08:29:52 -0500 Message-ID: <1717875.1168608592613.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2498422235352192349== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : I added DispatchContext interface. | = This interface is not correct. PropertyMetaData and ParameterMetaData are POJO specific. This interface belongs in the dependency module that knows nothing about POJOs/services. You need something like the DynamicMBean interface | Object get(String name) throws Throwable; | void set(String name, Object value) throws Throwable; | Object invoke(String name, String[] signature, Object[] parameters) thr= ows Throwable; | = The kernel/pojo context will turn this into joinpoint invocations on the co= ntext's target. | public Object get(String name) throws Throwable | { | KernelController controller =3D (KernelController) getController(= ); | Kernel kernel =3D controller.getKernel(); | KernelConfigurator configurator =3D kernel.getConfigurator(); | = | Object object =3D getTarget(); | BeanInfo info =3D getBeanInfo(); | = | TargetttedJoinpoint joinpoint =3D configurator.getPropertyGetterJ= oinpoint(info, name); | joinpoint.setTarget(object); | return joinpoint.dispatch(); | } | = The service context will turn them into mbean invocations, e.g. | public Object get(String name) throws Throwable | { | return serviceController.getMBeanServer().getAttribute(objectName, n= ame); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000931#4000931 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000931 --===============2498422235352192349==-- From do-not-reply at jboss.com Fri Jan 12 08:33:59 2007 Content-Type: multipart/mixed; boundary="===============3278805177838759721==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Fri, 12 Jan 2007 08:33:59 -0500 Message-ID: <8849849.1168608839239.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3278805177838759721== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If as I suggested before, the BeanInfo becomes the main entry point for the= se operations the code would look something like: | public Object get(String name) throws Throwable | { | Object object =3D getTarget(); | BeanInfo info =3D getBeanInfo(); | return info.getPropertyValue(name, object); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000933#4000933 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000933 --===============3278805177838759721==-- From do-not-reply at jboss.com Fri Jan 12 08:42:57 2007 Content-Type: multipart/mixed; boundary="===============5087327305239215234==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: What does this mean? Date: Fri, 12 Jan 2007 08:42:57 -0500 Message-ID: <10206340.1168609377241.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5087327305239215234== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : = | Either this code or the caller needs to validate that a getter exists. | = The code should be: | JoinpointFactory jpf =3D info.getBeanInfo().getJoinpointFactory(); | MethodInfo minfo =3D info.getGetter(); | + if (minfo =3D=3D null) | + throw new IllegalArgumentException("Property is write only"); | return getMethodJoinpoint(null, jpf, minfo.getName(), null, null); | = The preinstantiated lookup should be using a different mechanism that first checks whether the property is readable rather than logging a warning when it is not. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000939#4000939 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000939 --===============5087327305239215234==-- From do-not-reply at jboss.com Fri Jan 12 08:50:08 2007 Content-Type: multipart/mixed; boundary="===============2266520194071553506==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: What does this mean? Date: Fri, 12 Jan 2007 08:50:08 -0500 Message-ID: <16436014.1168609808076.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2266520194071553506== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I raised the following issues: http://jira.jboss.com/jira/browse/JBMICROCONT-140 http://jira.jboss.com/jira/browse/JBMICROCONT-141 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000942#4000942 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000942 --===============2266520194071553506==-- From do-not-reply at jboss.com Fri Jan 12 09:18:15 2007 Content-Type: multipart/mixed; boundary="===============2712498217163765609==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 09:18:15 -0500 Message-ID: <31490963.1168611495219.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2712498217163765609== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I can't reproduce the error you are seeing if my WSDL contains messages wit= h 2 parts, instead I get the following error reported: - anonymous wrote : = | [junit] org.jboss.ws.WSException: Only Request-Only and Request-Respons= e MEPs are allowed | [junit] at org.jboss.ws.metadata.wsdl.WSDLUtils.getWsdl11Input(= WSDLUtils.java:885) | [junit] at org.jboss.ws.tools.WSDLToJava.appendMethods(WSDLToJa= va.java:287) | [junit] at org.jboss.ws.tools.WSDLToJava.createSEIFile(WSDLToJa= va.java:588) | [junit] at org.jboss.ws.tools.WSDLToJava.createSEI(WSDLToJava.j= ava:618) | [junit] at org.jboss.ws.tools.WSDLToJava.generateSEI(WSDLToJava= .java:187) | [junit] at org.jboss.ws.tools.helpers.ToolsHelper.handleWSDLToJ= avaGeneration(ToolsHelper.java:304) | [junit] at org.jboss.ws.tools.WSTools.process(WSTools.java:138) | = I think this check was part of some refactoring that happened on trunk. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4000953#4000953 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4000953 --===============2712498217163765609==-- From do-not-reply at jboss.com Fri Jan 12 10:41:56 2007 Content-Type: multipart/mixed; boundary="===============0603068858428545307==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Message redelivery from non transacted MDBs Date: Fri, 12 Jan 2007 10:41:56 -0500 Message-ID: <290488.1168616516505.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0603068858428545307== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Using JBoss-4.0.5.GA. If I throw a RuntimeException from inside the onMessage method of a MDB set= to tx NotSupported, then redelivery does not occur. The EJB2 spec is pretty silent about what should occur (17.6.3.1, 17.6.3.2)= and only really says that redeliver should occur if the onMessage is runni= ng in a tx context. For the analogous case of a RuntimeException thrown from a non MDB (straigh= tforward jms MessageListener) onMessage method with ack mode of AUTO_ACKNOW= LEDGE or DUPS_OK_ACKNOWLEDGE, then the JMS 1.1 spec is pretty clear that re= delivery should be immediately attempted. It seems to me that the current MDB container behaviour is a bit weird, sin= ce you end up with messages remaining unacked in the connection consumers s= ession until the mdb container is redeployed. A better and more intuitive behaviour IMHO would be to attempt to redeliver= the message x times then put it in the DLQ. Then at least the user can do = something with it. Otherwise it is effectively lost. I would have thought that if the EJB spec is silent about one aspect of MDB= delivery behaviour we should fall back to what's specified in the JMS spe= c, rather than do something completely different. Or perhaps there's a good reason why redelivery isn't attempted in this sit= uation that I haven't thought about. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001004#4001004 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001004 --===============0603068858428545307==-- From do-not-reply at jboss.com Fri Jan 12 10:52:29 2007 Content-Type: multipart/mixed; boundary="===============3626514522960831374==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Re: Message redelivery from non transacted MDBs Date: Fri, 12 Jan 2007 10:52:29 -0500 Message-ID: <24934262.1168617149608.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3626514522960831374== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable One other thing to note is that our redelivery behaviour differs from our c= ompetitors: http://edocs.bea.com/wls/docs81/ejb/message_beans.html The actual reason redelivery doesn't occur is that the MDB container which = sits between the JMS provider and the customer provide onMessage implementa= tion, catches the RuntimeException and wraps it in an EJBException. So when it gets to the JMS provider it's no longer a RuntimeException and t= he JMS provider won't redeliver the message (JMS says any RuntimeExceptions= should cause redelivery). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001006#4001006 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001006 --===============3626514522960831374==-- From do-not-reply at jboss.com Fri Jan 12 11:55:54 2007 Content-Type: multipart/mixed; boundary="===============0397895706817703329==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Re: Message redelivery from non transacted MDBs Date: Fri, 12 Jan 2007 11:55:54 -0500 Message-ID: <3776354.1168620954317.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0397895706817703329== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Correct. = Technically, there is nothing to *force* us to redeliver the message in the= case of a non specified transaction context (ie BMT, CMT NotSupported). Al= l specs are at best ambiguous, and at worst, completely ingnorant of this s= ubject. However, a customer requirement (not supported by me mind you) came= up and this *feature* was added to the JCA adapter. This change initially = was added in HEAD and then aggressively, and stupidly might I add, backport= ed to multiple branches on the 4.x line. = After the dust cleared I went back in HEAD and reworked some of it to be mo= re performant and easier to understand. I haven't backported these changes = yet. = So, the long and short of it: If you want redelivery in the case of BMT, CMT NotSupported you = a) Have to use JCA b) Are encouraged, if at all possible, to use the current implementation in= HEAD. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001033#4001033 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001033 --===============0397895706817703329==-- From do-not-reply at jboss.com Fri Jan 12 12:11:04 2007 Content-Type: multipart/mixed; boundary="===============3697262638740275677==" MIME-Version: 1.0 From: batter To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Another way to write clustered singletons Date: Fri, 12 Jan 2007 12:11:04 -0500 Message-ID: <26979630.1168621864496.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3697262638740275677== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "oglueck" wrote : Not only such a list would be interesting. You also must = filter them for instance with the DeploymentInfoNotificationFilterFactory. = So one must know the possible filter cirteria. Definitely; I am trying to add a dependency on the MQ service being started= so I know f.e. that my queues and topics are deployed. Finally ran into t= his barrier discussion and am now playing with using that and then filterin= g on 'some' mq notification. For the time being I wrote my own bean and pl= aying with it; if people leave me alone today I might do that NotificationL= istener thingy Dimitris suggested :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001038#4001038 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001038 --===============3697262638740275677==-- From do-not-reply at jboss.com Fri Jan 12 12:12:50 2007 Content-Type: multipart/mixed; boundary="===============5839713073043189813==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 12:12:50 -0500 Message-ID: <11931040.1168621970883.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5839713073043189813== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "thomas.diesler(a)jboss.com" wrote : In that case a wsdl like this | = | should work and the generated java method name should be paraList2 inst= ead of invokeAttach. | = Thats incorrect. The generated java method name (unless customized) always = matches the operation name, it never matches the element name. Also it does= not adhere to the wrapped convention so it must be treated as a bare param= eter style service. Also, this WSDL violates BP 1.0 because it uses "type" on the part definiti= on for a document/literal web service. It must be element. | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001040#4001040 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001040 --===============5839713073043189813==-- From do-not-reply at jboss.com Fri Jan 12 12:17:10 2007 Content-Type: multipart/mixed; boundary="===============4325581469558681121==" MIME-Version: 1.0 From: oglueck To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Another way to write clustered singletons Date: Fri, 12 Jan 2007 12:17:10 -0500 Message-ID: <31767995.1168622230673.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4325581469558681121== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You can also try and filter with MBeanServerNotificationFilterFactory for M= Bean registration notifications. See http://docs.jboss.org/jbossas/javadoc/4.0.5/system/org/jboss/system/filterf= actory/MBeanServerNotificationFilterFactory.html I am trying to figure out with that one when Axis has registered its JMX be= an. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001042#4001042 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001042 --===============4325581469558681121==-- From do-not-reply at jboss.com Fri Jan 12 12:47:44 2007 Content-Type: multipart/mixed; boundary="===============6041127650269525788==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 12:47:44 -0500 Message-ID: <22948922.1168624064799.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6041127650269525788== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "thomas.diesler(a)jboss.com" wrote : In that case a wsdl like this | AFAICS the requriment pertains only the the java realm and not to the a= bstract contract in wsdl. This is not in the BP since it only governs existing specifications namely = WSDL 1.1, which does not have a mechanism to express this convention. = The whole reason for the wrapped convention, is to fix the RPC style in WSD= L 1.1 by overlaying the RPC requirements on top of a document/literal servi= ce. (This is the source of the operation name match requirement). So the in= tention is that a server component using the wrapped convention would provi= de hints to any client so that it would use this style as well. However sin= ce a WSDL extension was not introduced, the service still works with any th= ing that understands document/literal (since it is just a convention). So, = by design, the wrapped convention is more restrictive than a normal documen= t/literal bare service. The problem was fully addressed in WSDL 2.0, where the wrapped convention b= ecame the new RPC style. So, in WSDL 2.0, all of these rules and restrictio= ns you see are officially part of the spec. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001051#4001051 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001051 --===============6041127650269525788==-- From do-not-reply at jboss.com Fri Jan 12 12:48:17 2007 Content-Type: multipart/mixed; boundary="===============1231167294656110774==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: ServiceMetaData parsing needs to be pulled out of Servic Date: Fri, 12 Jan 2007 12:48:17 -0500 Message-ID: <31727782.1168624097120.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1231167294656110774== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable After the mc call this morning I realize that the problem with building the= stable metadata view that the ManagedObject view maps to is that the Servi= ceMetaData is not what should be used. Adrian pointed out that all we have = today is the dom model of the *-ds.xml in terms of an implementation indepe= ndent model of a datasource. I'll spend a litte time on trying to use that,= otherwise I will create a fake datasource deployer with a simple pojo mode= l. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001052#4001052 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001052 --===============1231167294656110774==-- From do-not-reply at jboss.com Fri Jan 12 12:52:53 2007 Content-Type: multipart/mixed; boundary="===============6840270577651860982==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Fri, 12 Jan 2007 12:52:53 -0500 Message-ID: <25252033.1168624373015.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6840270577651860982== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "darran.lofthouse(a)jboss.com" wrote : I am not sure if that is the case, t= his at your WSDL your message 'attachRequest' contains two message parts so= based on the first requirement for a message to contain only a single part= this should also be rejected so I am surprised you are not seeing that - I= will have a look and see what happened to that check. | = The rule is that it must contain only one part that is bound to body of the= message. The service can still contain additional parts if the extra parts= are bound to an attachment or a header. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001054#4001054 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001054 --===============6840270577651860982==-- From do-not-reply at jboss.com Fri Jan 12 13:04:34 2007 Content-Type: multipart/mixed; boundary="===============4209379845282115849==" MIME-Version: 1.0 From: cococ To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Re: Webapp under root context eg. http://localhost/ Date: Fri, 12 Jan 2007 13:04:34 -0500 Message-ID: <16491405.1168625074219.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4209379845282115849== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There are several ways to do this. If your webapp is part of an EAR file, then the webapp's context root can b= e defined in the EAR's META-INF/application.xml file (see: http://docs.jbos= s.org/jbossas/guides/webguide/r2/en/html_single/#d0e777). | ... | | | my.war | m | | | | = If your webapp is not packaged in an EAR, but deployed as just a webapp, th= en the context-root can be defined in WEB-INF/jboss-web.xml of the webapp. | my | | = You don't typically deploy a webapp inside of a SAR since this is a service= archive (at least I'm not familiar with that practice), either wrap the we= bapp in an EAR, or deploy it singularly. Christopher View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001059#4001059 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001059 --===============4209379845282115849==-- From do-not-reply at jboss.com Fri Jan 12 14:49:28 2007 Content-Type: multipart/mixed; boundary="===============6880199553538221203==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Future direction and state of the WSDLDefinitions API Date: Fri, 12 Jan 2007 14:49:28 -0500 Message-ID: <5043941.1168631368578.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6880199553538221203== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Part of the JAX-WS work I did involved revamping the WSDLDefinitions API to= be more accurate with WSDL 1.1 (there were many problems with the previous= design that made it impossible to represent the mappings required by JAX-W= S). I also brought the API inline with the current version of the WSDL 2.0= , as many elements are missing. So basically the current version in trunk = is highly focused towards WSDL 2.0. The reason for this is that we now onl= y have one component that generates the model (WSDLGenerator), and the resu= lting model is capable of serializing to both 1.1 and 2.0 (as soon as the 2= .0 writer is fully implemented[further down the roadmap]). This allows for = interesting applications. For example, it would theoretically be possible t= o provide a conversion utility that would read a WSDL 1.1 file, and produce= a WSDL 2.0 file by just reading it using WSDL11Reader, and writing it usin= g the final WSDL20Writer. There is only one major difference that has to be= accounted for, and that is the change of the RPC style in WSDL 2.0 to be t= he document/literal wrapped style. So basically the difference here is that= there is no equivalent of a message in WSDL 2.0, which means that everythi= ng has to be expressed using schema. Therefore anything that used the RPC s= tyle in WSDL 1.1 would have to have its parts converted to a schema complex= Type before it could be serialized correctly. So when using this API, everything operates mainly from the 2.0 perspective= . So I would recommend that anyone doing work on this API, or using it take= a brief look at WSDL 2.0 spec to get an idea of how it should be used. Al= l of the metadata builders can be looked at for examples as well. = There also is some information that is needed for WSDL 1.1 that can't be ex= pressed in 2.0, so in order to have a model that is capable of being serial= ized to both, you need to provide the extra 1.1 information, which would be= ignored when producing a WSDL 2.0 document. For example, since WSDL 2.0 do= es not have a message component, the message name, and the part names are n= ot used. So in this example, the WSDLInteraceMessageReference object (whic= h is a WSDL 2.0 concept) contains additional properties for the WSDL 1.1 me= ssage name, and the part name. = As mentioned above the RPC style in WSDL 2.0 is basically document/literal = wrapped. This means there is conceptionally only once "part" as you think o= f it in WSDL 1.1 terms, and that one part maps to a complexType that contai= ns the multiple "parameters". So to support serialization to 1.1 RPC style,= there is the notion of a WSDLRPCPart. This is capable of being mapped to b= oth. For WSDL 1.1 this would translate to a message part element, and for W= SDL 2.0 this is just extra information about the schema element that repres= ents the "part". = Another difference is that headers were designed to be binding only, and ar= e not part of the formal abstract contract which is represented in schema. = So when using headers (or attachments) they must be represented directly on= the binding API elements of WSDLDefinitions, and not the WSDLInterface. Th= is is actually a loss of information in WSDL 2.0 that prevents determining = whether a header is implicit or explicit. In WSDL 1.1 if the header was par= t of the message containing the body parts, it was assumed that the resulti= ng java code should have this header bound to a parameter(explicit). If it = was in a different message it was assumed to not be part of the main contra= ct, and thus not bound to a java parameter, and instead up to a handler or = the like to provide it. So in order to allow this information to be maintai= ned when serializing/deserializing to WSDL 1.1 set/getIncludeInSignature is= used on the WSDLSOAPHeader to indicate wheter or not it is implicit or exp= licit. There are a couple of things that still need to be improved. Originally the= WSDLDefinitions API was designed to represent a single WSDL 2.0 file, so e= verything used NCNames. It has since been update to be a final infoset, and= uses QNames, but the NCNames are still used in some places. These should a= ll be removed. Also the writers should be updated to use either DOM, JDOM o= r StAX for writing the document. Currently they serialize everything on the= ir own, which is a potential problem with character escaping. Also the code= would be simpler and more maintainable if it relied on a framework to do t= he heavy lifting. Also everything is ran through DOM to pretty print the ou= tput anyway, so this would eliminate an extra parse phase. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001087#4001087 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001087 --===============6880199553538221203==-- From do-not-reply at jboss.com Fri Jan 12 14:58:40 2007 Content-Type: multipart/mixed; boundary="===============0234947048061455461==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Are you considering an OSGi based micro kernel ? Date: Fri, 12 Jan 2007 14:58:40 -0500 Message-ID: <18240382.1168631920316.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0234947048061455461== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "c.vidal" wrote : = | It looks like Alesj has taken the lead on the subject, that's great :) | = You are always welcome to help: - http://anonsvn.jboss.org/repos/jbossas/projects/osgi/ It is still a work in progress, still a few things to figure out. And the whole testing environment. Rgds, Ales View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001089#4001089 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001089 --===============0234947048061455461==-- From do-not-reply at jboss.com Fri Jan 12 15:11:04 2007 Content-Type: multipart/mixed; boundary="===============1605005915274302113==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Fri, 12 Jan 2007 15:11:03 -0500 Message-ID: <8153375.1168632663997.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1605005915274302113== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | This interface is not correct. | PropertyMetaData and ParameterMetaData are POJO specific. | = | This interface belongs in the dependency module that knows nothing about | POJOs/services. | = | You need something like the DynamicMBean interface | = | | Object get(String name) throws Throwable; | | void set(String name, Object value) throws Throwable; | | Object invoke(String name, String[] signature, Object[] parameters)= throws Throwable; | | = | = Yes. I tried with this sort of impl. But I saw that in order to get the actual parameter values and their (Strin= g) types I needed a lot of target info - beanInfo, methodInfo, classloader,= ... Which would bloat the interface. Is the target (Service, ...) always availabe to me for this sort of info? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001096#4001096 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001096 --===============1605005915274302113==-- From do-not-reply at jboss.com Fri Jan 12 16:08:18 2007 Content-Type: multipart/mixed; boundary="===============8020203569439784527==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Using jbossws/trunk for jboss-5.0, jboss-4.2, jboss-4.0. Date: Fri, 12 Jan 2007 16:08:18 -0500 Message-ID: <32373967.1168636098720.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8020203569439784527== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable thanks, = another issue that I had was a class not found exception of ParameterMode b= ut that was fixed when I manually moved over the jboss-rpc.jar to the third= party lib folder and the lib folder for the app server. Not all tests passed but the vast majority of them did (99% to be exact) = Just a question, when do you guys think there will be a stable binary relea= se (beyond beta) for JBossWS (JAXWS) with JBoss 4.0.5? = Also, there isn't much documentation for using JAXWS with wstools. I am t= rying to decipher it whether wstool supports wsimport and wsgen (like the G= lassFish implementation) but I am guessing its not entirely there yet. = again, thanks for the help View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001108#4001108 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001108 --===============8020203569439784527==-- From do-not-reply at jboss.com Fri Jan 12 16:37:35 2007 Content-Type: multipart/mixed; boundary="===============6509020774952575253==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: ServiceMetaData parsing needs to be pulled out of Servic Date: Fri, 12 Jan 2007 16:37:35 -0500 Message-ID: <31536123.1168637855360.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6509020774952575253== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable String securityDomain =3D = NOT_SET"/> = = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001117#4001117 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001117 --===============6509020774952575253==-- From do-not-reply at jboss.com Fri Jan 12 16:42:05 2007 Content-Type: multipart/mixed; boundary="===============8946496804927506370==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: ServiceMetaData parsing needs to be pulled out of Servic Date: Fri, 12 Jan 2007 16:42:05 -0500 Message-ID: <19697261.1168638125099.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8946496804927506370== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : What the admin tool needs to see is an inverted view wher= e it gets a set of ManagedPropertys to edit, and these changes get mapped o= nto the attachment settings. While this can be setup inside the server via = aspects, when a remote tool queries the properties and edits them, the aspe= cts are lost. Essentially the same issue as entity beans becoming detached.= Either I need to leverage logic similar to what hibernate does, or have an= xpath like attribute in a ManagedProperty that allows the tool to submit a= set of changed ManagedPropertys that can be applied to the deployment atta= chment attribute by navigating from the attachment root to the correct atta= chment property. = Ok. I'm commenting based on reading just this thread and looking a bit at = your code in org.jboss.test.profileservice.p0, so don't be too annoyed if I= 'm missing something.... IMO, an admin tool is going to need a complete structural view of ManagedO= bjects/DeploymentContexts to be able to display a generic UI to the user. = For example, the UI might look like this: | | | | | | | | | | | | | | | | | | | = Since the admin tool would have knowledge of structure, why not have a set = of management deployers or another specific management() callback on the De= ployer SPI? The admin tool would send back a list of ManagedProperties wit= h structural information attached. Lets use the modification of a security-domain of an EJB on the above as an= example. Admin tool would change the name of the ManagedProperty and send= this back to the MainDeployer: | = | | | | | | | | | | = | = MainDeployer would navigate to the specific DeploymentContext and push the = Update object to a set of deployers. Each deployer decides what it wants t= o do with the update. The EjbSecurityDeployer would be in this list. It w= ould take the change, lookup the specific SecurityDomain and reset it on th= e EJBContainer. = The maindeployer would also attach the Update to the DeploymentContext. I= f an Update with the same ManagedObject and Property is there, the old one = is removed. If the UPdate is persistable, the mainDeployer adds it to the = Profile. At server restart, the EjbDeployer would merge any persisted Updates into i= ts metamodel. Now what if the admin tool updated the EAR's default security domain? | = | | | | | | = | = The way this would work would be that the MainDeployer would see that there= are child DeploymentContexts and try to "deploy" the change to each and ev= ery child context. The EjbSecurityDeployer would do something like this: | { | public void managementEvent(ManagedUpdate update, DeploymentContext = context) { | if (update.getName() !=3D "Security) return; | = | boolean isThisContextUpdated =3D update.getDeploymentContext =3D= =3D context; | = | EJBDeployment deployment =3D context.getMetaData(EJBDeployment.cl= ass); | if (deployment !=3D null) = | { | // we are at the "ejb.jar" context deployment level. | deployment.setSecurityDomain(update.getProperty("security-doma= in").getValue()); | return; | } | = | EJBContainer container =3D context.getMetaData(EJBContainer.class= ); | if (container !=3D null) { | String newSecurityDomain =3D update.getProperty("security-domai= n").getValue(); | // we are at the EJBContainer level | = | if (isThisContextUpdated) | { | // the admin tool has updated the same DeploymentContext as = the EJBContainer | container.updateSecurityDomain(newSecurityDomain); | } | else | { | // the admin tool has updated the ejb.jar context or the EAR= 's context, so only | // set if our securitydomain is null | if (container.getSecurityDomain() =3D=3D null) container.upd= ateSecurityDomain(newSecurityDomain); | } | } | } | = = = = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001119#4001119 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001119 --===============8946496804927506370==-- From do-not-reply at jboss.com Fri Jan 12 16:44:52 2007 Content-Type: multipart/mixed; boundary="===============9220387742310607952==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: ServiceMetaData parsing needs to be pulled out of Servic Date: Fri, 12 Jan 2007 16:44:52 -0500 Message-ID: <10599210.1168638292410.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9220387742310607952== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What this model does is instead of trying to handle everything generically = it pushes management to a set of pluggable "deployers" that can either be g= eneric themselves, or be specific to a particular component type. This giv= es the developer a lot of flexibility in handling ManagedObjects. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001121#4001121 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001121 --===============9220387742310607952==-- From do-not-reply at jboss.com Fri Jan 12 17:00:50 2007 Content-Type: multipart/mixed; boundary="===============6130526914885383151==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: ServiceMetaData parsing needs to be pulled out of Servic Date: Fri, 12 Jan 2007 17:00:50 -0500 Message-ID: <14232304.1168639250100.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6130526914885383151== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We already have a set of pluggable deployers with a pojo view of the deploy= ment model. The callback to deployers is the ManagedObjectBuilder that a de= ployer can implement to provide its ManagedObject view. = This morning we talked about the need for a structural view of the deployme= nt that the ManagementView needs to expose. With that the api is largely wh= at you are talking about. We also need a deployment type view to query for = the managed objects for deployments of a given type. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001127#4001127 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001127 --===============6130526914885383151==-- From do-not-reply at jboss.com Fri Jan 12 17:50:02 2007 Content-Type: multipart/mixed; boundary="===============5473147979401509042==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - JBWS-1452 - WSDL To Java, Array unwrapping. Date: Fri, 12 Jan 2007 17:50:02 -0500 Message-ID: <26289660.1168642202500.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5473147979401509042== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Could someone please confirm for which WSDL styles we should be unwrapping = arrays when an unbounded element is the only element in a complex type. The code that handles the unwrapping is currently wrapped with this: - if (! Constants.DOCUMENT_LITERAL.equals(style)) | { | ... | } So perform the unwrapping for all styles except document/literal. Shouldn'= t this be the other way round? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001137#4001137 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001137 --===============5473147979401509042==-- From do-not-reply at jboss.com Fri Jan 12 19:06:20 2007 Content-Type: multipart/mixed; boundary="===============1090022968700980825==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1452 - WSDL To Java, Array unwrapping. Date: Fri, 12 Jan 2007 19:06:19 -0500 Message-ID: <17403614.1168646780036.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1090022968700980825== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This code only applies to the root level parameters on the SEI, unwrapping = of arrays is also done in XSD processing. The reason it applies to rpc was = to make arrays simpler from a client perspective. So the wsdl produced by j= ava-wsdl for foo(String[] blah) would generate the same method signature on= the client. The reason its disabled for document/literal is because array unwrapping on= the parameter level for a document/literal wrapped message is not needed. = I'm not sure why bare was prevented as well, most likely was unintentional.= I guess the reason no one complained is that using an array parameter for = a bare service is probably rare. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001178#4001178 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001178 --===============1090022968700980825==-- From do-not-reply at jboss.com Sat Jan 13 06:10:42 2007 Content-Type: multipart/mixed; boundary="===============4446710168808877276==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 13 Jan 2007 06:10:42 -0500 Message-ID: <6958923.1168686642453.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4446710168808877276== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weston - sorry to bug you again. I'm using the JCA inflow invoker-proxy-binding in JBoss-4.0.5.GA for MDBs, = and I'm using JBoss Messaging as the JMS provider. I have the following trivial MDB: | public class MDBExample implements MessageDrivenBean, MessageListener | { | public void onMessage(Message m) | { = | System.out.println("got message " + m); = | } | = | public void ejbCreate() | { | } | = | public void ejbRemove() | { | } | } | = | | | | MDBExample | org.jboss.example.jms.mdb.MDBExample | Container | | javax.jms.Queue | | | | = | | | | MDBExample | * | | Required | | | | = I sent a message, and it all works fine, the message gets consumed and acke= d. I then change the trans-attribute to "NotSupported", so the onMessage shoul= d not be run in a tx context, and send a message again, and I get: | 10:59:37,437 ERROR [JmsServerSession] Failed to commit session transact= ion | javax.jms.TransactionInProgressException: Cannot call commit on an XA s= ession | at org.jboss.jms.client.container.TransactionAspect.handleCommi= t(TransactionAspect.java:97) | at org.jboss.aop.advice.org.jboss.jms.client.container.Transact= ionAspect14.invoke(TransactionAspect14.java) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_8= 461082169793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485= 964. | java) | at org.jboss.jms.client.container.ClosedInterceptor.invoke(Clos= edInterceptor.java:182) | at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstan= ceInterceptor.java:117) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_8= 461082169793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485= 964. | java) | at org.jboss.jms.client.container.ExceptionInterceptor.invoke(E= xceptionInterceptor.java:69) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_8= 461082169793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485= 964. | java) | at org.jboss.jms.client.container.ClientLogInterceptor.invoke(C= lientLogInterceptor.java:107) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_8= 461082169793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485= 964. | java) | at org.jboss.jms.client.delegate.ClientSessionDelegate.commit(C= lientSessionDelegate.java) | at org.jboss.jms.client.JBossSession.commit(JBossSession.java:1= 65) | at org.jboss.resource.adapter.jms.inflow.JmsServerSession$Local= DemarcationStrategy.end(JmsServerSession.java:341) | at org.jboss.resource.adapter.jms.inflow.JmsServerSession.run(J= msServerSession.java:260) | at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java= :204) | at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrap= per.java:275) | at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(P= ooledExecutor.java:743) | at java.lang.Thread.run(Thread.java:534) | = I.e. it fails. A couple of things I don't understand: Why is there a transaction in the first place? The onMessage is supposed to= run without a transaction and should be using the ack mode specified on th= e ejb (either dups_ok or auto_ack) Why is JCA attempting to call commit() on it? The session that the JCA laye= r creates is an XASession and calling commit() on an XASession is illegal. (see http://java.sun.com/j2ee/1.4/docs/api/index.html) For a "NotSupported" method, I would expect the session used to do the mess= age consumption to be a standard non XA session obtained from a standard no= n XA JMS connection, and I wouldn't expect commit to be called on it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001240#4001240 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001240 --===============4446710168808877276==-- From do-not-reply at jboss.com Sat Jan 13 08:23:20 2007 Content-Type: multipart/mixed; boundary="===============2897471486317271137==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - AUTO_ACKNOWLEDGE weirdness Date: Sat, 13 Jan 2007 08:23:19 -0500 Message-ID: <32079517.1168694599961.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2897471486317271137== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Something struck me as a bit strange with the AUTO_ACKNOWLEDGE and MessageL= isteners as defined in the JMS spec. It has always been my understanding that using AUTO_ACKNOWLEDGE gives a "at= most once" delivery guarantee. You get a "at most once" guarantee because (with receive() at least) the me= ssage is acknowledged *before* the call to receive() has returned, so if fa= ilure occurs between acking and giving you the message it is effectively lo= st you - you didn't receive it, but you could never get it more than once. However when using a MessageListener breaks this breaks down. For a Message= Listener, according to the JMS spec, if you are using AUTO_ACKNOWLEDGE then= the message should be acked *after* the onMessage has finished executing. This means if a failure occurs right at the end of the onMessage but before= the message is acked, it could be received again - i.e. you could get dupl= icates, and the "at most once" delivery guarantee is lost. In order to maintain "at most once" semantics the message should be acked b= efore onMessage is called. Is this just a stupidity in the JMS spec or can you think of any reason it = was done this way? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001281#4001281 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001281 --===============2897471486317271137==-- From do-not-reply at jboss.com Sat Jan 13 08:29:04 2007 Content-Type: multipart/mixed; boundary="===============2131940307125665693==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1452 - WSDL To Java, Array unwrapping. Date: Sat, 13 Jan 2007 08:29:04 -0500 Message-ID: <10275863.1168694944049.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2131940307125665693== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for the information, I have been looking at the test case for http:/= /jira.jboss.com/jira/browse/JBWS-732 to try and get a better understanding = of the expected behaviour of array unwrapping. I have the following defined in my WSDL: - | | = | | | | | | = | | | | | | = | | | | | | = | | | | = | | = | | | | | | | | | | | = I believe this matches the wrapped array example from the test case. The c= omplexType 'testMethod' contains a sequence with a single element which re= ferences a complexType 'RequestStringArray' which contains a sequence that = just contains the array. Using wstools the following method is generated o= n the SEI: - (Packages removed for readability) | public ResponseStringArray testMethod(RequestStringArray request) = | throws RemoteException; | = So the first stage of parameter unwrapping has occured but I don't think th= e array unwrapping has occured, I was expecting the method to look like: - | public String[] testMethod(String[] request) = | throws RemoteException; | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001285#4001285 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001285 --===============2131940307125665693==-- From do-not-reply at jboss.com Sat Jan 13 08:43:11 2007 Content-Type: multipart/mixed; boundary="===============2542577202484082699==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 13 Jan 2007 08:43:11 -0500 Message-ID: <20344369.1168695791342.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2542577202484082699== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : = | For a "NotSupported" method, I would expect the session used to do the = message consumption to be a standard non XA session obtained from a standar= d non XA JMS connection, and I wouldn't expect commit to be called on it. | = | = I suppose for a CMT method in a "Non specified" tx context I guess it is le= gal to run it in a local tx (although I'm not sure why that was chosen rath= er than just having no tx). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001290#4001290 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001290 --===============2542577202484082699==-- From do-not-reply at jboss.com Sat Jan 13 09:02:49 2007 Content-Type: multipart/mixed; boundary="===============3234590239546794612==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 13 Jan 2007 09:02:49 -0500 Message-ID: <25727491.1168696969622.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3234590239546794612== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | I suppose for a CMT method in a "Non specified" tx context I guess it i= s legal to run it in a local tx (although I'm not sure why that was chosen = rather than just having no tx). | = To support redelivery of a message for an MDB that throws a RuntimeExceptio= n in a 'non specified transaction context'. = Being that JCA has to be JMS provider agnostic if a listener throws a runti= me exception and the transactional attribute is NotSupported (BMT or CMT) a= nd the client wants the message to be redelivered, the only way to achieve = this in a neutral manner is to use transactions. Note, neither the JMS or t= he EJB spec prohibit this being that the transactional handling of a receip= t of a message in an unspecified context is left up to the vendor. = Unfortunately, the 4.0.5 code base, as opposed to the refactoring in HEAD, = uses a 1PC optimization on an XAResource which was not a good design to beg= in with. The latest code uses local JMS transactions both for performance r= easons, as well as for clarity in the BMT/CMT NotSupported scenario. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001297#4001297 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001297 --===============3234590239546794612==-- From do-not-reply at jboss.com Sat Jan 13 09:14:28 2007 Content-Type: multipart/mixed; boundary="===============2030971452604167250==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: AUTO_ACKNOWLEDGE weirdness Date: Sat, 13 Jan 2007 09:14:28 -0500 Message-ID: <15691907.1168697668273.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2030971452604167250== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It gets even more confusing :) For an MDB, using JMSContainerInvoker (I'm not sure if JCA 1.5 inflow shows= the same behaviour) and with ack mode AUTO_ACKNOWLEDGE, the message is rec= eived by the connection consumer before handing off to to the MDB, therefor= e for an MDB and AUTO_ACKNOWLEDGE the message is acked *before* the MDB onM= essage is executed, which is the opposite of what happens for a standard no= n MDB MessageListener. Nice. The more I delve into the MDB container, JCA 1.5 inflow, and JMS message de= livery, the more I realise how full of contradictions, badly specced/unspec= ced areas and inconsistent behaviour this area is. :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001298#4001298 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001298 --===============2030971452604167250==-- From do-not-reply at jboss.com Sat Jan 13 10:50:22 2007 Content-Type: multipart/mixed; boundary="===============1754177614184766728==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 13 Jan 2007 10:50:22 -0500 Message-ID: <24070599.1168703422084.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1754177614184766728== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is still the problem that the JCA layer is calling commit() on an XAS= ession which is an illegal JMS operation. How can we fix this? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001319#4001319 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001319 --===============1754177614184766728==-- From do-not-reply at jboss.com Sat Jan 13 11:40:46 2007 Content-Type: multipart/mixed; boundary="===============8441189355681072445==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 13 Jan 2007 11:40:46 -0500 Message-ID: <9760719.1168706446131.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8441189355681072445== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Looking through the 4.0.5 JCA code I think I can see what is happening: In the CMT case, the onMessage is marked as NotSupported so the JMSServerSe= ssion chooses a LocalDemarcationStrategy even though the connection is an X= AConnection. Then bang, = | javax.jms.TransactionInProgressException: Cannot call commit on an XA s= ession | at org.jboss.jms.client.container.TransactionAspect.handleCommit(Trans= actionAspect.java:97) | at org.jboss.aop.advice.org.jboss.jms.client.container.TransactionAspe= ct14.invoke(TransactionAspect14.java) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_84610821= 69793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485964.jav= a) | at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInter= ceptor.java:182) | at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInter= ceptor.java:117) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_84610821= 69793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485964.jav= a) | at org.jboss.jms.client.container.ExceptionInterceptor.invoke(Exceptio= nInterceptor.java:69) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_84610821= 69793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485964.jav= a) | at org.jboss.jms.client.container.ClientLogInterceptor.invoke(ClientLo= gInterceptor.java:107) | at org.jboss.jms.client.delegate.ClientSessionDelegate$commit_84610821= 69793485964.invokeNext(ClientSessionDelegate$commit_8461082169793485964.jav= a) | at org.jboss.jms.client.delegate.ClientSessionDelegate.commit(ClientSe= ssionDelegate.java) | at org.jboss.jms.client.JBossSession.commit(JBossSession.java:165) | at org.jboss.resource.adapter.jms.inflow.JmsServerSession$LocalDemarca= tionStrategy.end(JmsServerSession.java:341) | at org.jboss.resource.adapter.jms.inflow.JmsServerSession.run(JmsServe= rSession.java:260) | at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:204) | at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.jav= a:275) | at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledEx= ecutor.java:743) | = as the ServerSession tries to = call commit() which clearly will fail. Interestingly the same problem occurs with BMT as well even though no trans= action should have been started at all. BMT doesn't count as an "unspecifie= d tx context" so the reasoning for starting a tx there shouldn't apply as i= t does for CMT. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001328#4001328 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001328 --===============8441189355681072445==-- From do-not-reply at jboss.com Sat Jan 13 11:57:44 2007 Content-Type: multipart/mixed; boundary="===============0573896301019061051==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 13 Jan 2007 11:57:44 -0500 Message-ID: <22920942.1168707464133.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0573896301019061051== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : = | Interestingly the same problem occurs with BMT as well even though no t= ransaction should have been started at all. BMT doesn't count as an "unspec= ified tx context" so the reasoning for starting a tx there shouldn't apply = as it does for CMT. Hmmm, it seems that if I omit the acknowledge-mode from the MDB deployment = descriptor when using BMT, then it defaults to transacted. This seems to be in contravention to the EJB spec: 15.4.8 anonymous wrote : = | If the acknowledge-mode deployment | descriptor element is not specified, JMS AUTO_ACKNOWLEDGE semantics are= assumed. | = This would explain the above behaviour: The JCA adaptor is creating an xase= ssion on the xaconnection even though it's BMT (and should be auto_ack sinc= e I haven't specified acknowledge-mode), then trying to call commit on it a= t the end. Instead, it should be creating a non transacted session, on a non xa connec= tion and not calling commit at the end since it's non transacted. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001333#4001333 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001333 --===============0573896301019061051==-- From do-not-reply at jboss.com Sat Jan 13 13:35:05 2007 Content-Type: multipart/mixed; boundary="===============4122809236810534498==" MIME-Version: 1.0 From: camunda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - committing content from our Date: Sat, 13 Jan 2007 13:35:05 -0500 Message-ID: <26129763.1168713305315.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4122809236810534498== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi everybody. First of all I am very sorry I haven't done anything on that issue for the = last 4 months, even if I have planned to do that! But I was very busy with = other projects :-( My plan is now to = 1.) contribute some jbpm commands (because we had written some additional = logic like updating a process version in special cricumstances) to get rid = of our own service-classes. 2.) Get the Swing AdminClient (Screenshots on http://www.camunda.com/toolk= it_for_jbpm/tk-jbpm-screenshots.html) work with the default Command mechani= sm in jBPM 3.) Extract the generic code we used for a Swing-Tasklist and opening task= s in Swing panels to form a generic framework for Swing applications workin= g with jBPM So I will start with the first issue the next time. = One problem is maybe, that we have some very pragmatic commands in our tool= kit (e.g. updating the process version of a running instance in the case, t= hat there is a note with the same name in the new version), which we also w= ant to contribute. Would that be OK for you? = Maybe I can make a package org.jbpm.command.experimental for that? A second thing is, that I need for Swing-applications some GetProcess/Task/= .../Command's, because I need to preload some parts of the objects graph be= fore give the result to the client. But the advantage is, we can get rid of= any DataTransferObject's we currently use in the AdminClient. I will just = add them to the core, ok? Also I will not have a JUnit test for every command, even if they are work= ing in some real life applications... But I will work on that issue as soon= there is time! What do you mean on that plan? Sorry for the long thread! Bernd. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001352#4001352 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001352 --===============4122809236810534498==-- From do-not-reply at jboss.com Sat Jan 13 13:46:23 2007 Content-Type: multipart/mixed; boundary="===============7274337157813513458==" MIME-Version: 1.0 From: camunda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Sat, 13 Jan 2007 13:46:23 -0500 Message-ID: <13240442.1168713983504.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7274337157813513458== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry, seems the forum has cut of my nice subject :-( And a second question: In JIRA the release for jbpm 3.2 is scheduled for th= e 02/Feb/07. Is that realy realistic and your plan right now? Because for me it would be nice to integrate some of the stuff in the versi= on 3.2 to develop the AdminClient and Swing-Client framework against that v= ersion... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001356#4001356 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001356 --===============7274337157813513458==-- From do-not-reply at jboss.com Sat Jan 13 14:15:38 2007 Content-Type: multipart/mixed; boundary="===============0992198787307300682==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Sat, 13 Jan 2007 14:15:38 -0500 Message-ID: <27258773.1168715738675.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0992198787307300682== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable since there seem to very few issues reported against 3.2, the february time= line seems resonable. I myself have some contributions pending (commands vi= a webservices) that I did not keep up to date because of the either changin= g commands or build procedures. The latter are in their last fase now, so i= f you have some contributions as well as I, maybe the 3.3 release (which cu= rrently only has drools integration scheduled is a more realistinc timeline= for both our cuntributuions View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001361#4001361 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001361 --===============0992198787307300682==-- From do-not-reply at jboss.com Sat Jan 13 17:25:15 2007 Content-Type: multipart/mixed; boundary="===============3186471268536200419==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 13 Jan 2007 17:25:15 -0500 Message-ID: <671771.1168727115803.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3186471268536200419== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As I have said, I believe more than a few times now, the 4.0.5 code was bac= kported randomly and really should never have been done (believe me, I yell= ed and screamed about this for quite awhile but to no avail). The code in H= EAD should really be ported or installed as a patch. = Please note, just because JCA starts/terminates a transaction does not mean= that the onMessage method executes in this context. If NotSupported or BMT= is used, the EJB container will suspend the transaction appropriately. = anonymous wrote : = | Hmmm, it seems that if I omit the acknowledge-mode from the MDB deploym= ent descriptor when using BMT, then it defaults to transacted. = | = No, it's not. acknowledgement modes are used only in the case of a *non* tr= anascted session. The spec is merely saying that if the client is using a t= ransacted session, then the ack mode is AUTO_ACKNOWLEDGE which is just simp= ly a convention in this case as has no overall effect. anonymous wrote : = | Instead, it should be creating a non transacted session, on a non xa co= nnection and not calling commit at the end since it's non transacted. = | = No, it doesn't. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001387#4001387 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001387 --===============3186471268536200419==-- From do-not-reply at jboss.com Sat Jan 13 17:25:49 2007 Content-Type: multipart/mixed; boundary="===============1978882368027821888==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Sat, 13 Jan 2007 17:25:49 -0500 Message-ID: <23626824.1168727149444.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1978882368027821888== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : This interface belongs in the dependency modul= e that knows nothing about POJOs/services. | = Where in the Context hierarchy should I put it? Should KernelRegistryEntry extend it? If so, how do we handle KernelRegistryPlugin entries? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001388#4001388 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001388 --===============1978882368027821888==-- From do-not-reply at jboss.com Sat Jan 13 22:48:33 2007 Content-Type: multipart/mixed; boundary="===============4708258095284054637==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover refactoring Date: Sat, 13 Jan 2007 22:48:33 -0500 Message-ID: <13146930.1168746513225.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4708258095284054637== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've added one: org.jboss.test.messaging.jms.clustering.DistributedQueueTes= t.testMessageRedistributionAmongNodes(). Of course we could add an infinit= e number of more sophisticated cases, but at least the basic functionality = is tested. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001458#4001458 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001458 --===============4708258095284054637==-- From do-not-reply at jboss.com Sun Jan 14 06:39:19 2007 Content-Type: multipart/mixed; boundary="===============4686532591418873304==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sun, 14 Jan 2007 06:39:19 -0500 Message-ID: <16687154.1168774759285.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4686532591418873304== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : = | The spec is merely saying that if the client is using a transacted sess= ion, then the ack mode is AUTO_ACKNOWLEDGE which is just simply a conventio= n in this case as has no overall effect. = I realise that if the session is transacted, then the ack mode is ignored, = but that's not what the spec is saying. Here it is in full: EJB 2 spec 15.4.8: anonymous wrote : = | If bean managed transaction demarcation is used, the message receipt ca= nnot be | part of the bean-managed transaction, and, in this case, the receipt is= acknowledged by the container. If | bean managed transaction demarcation is used, the Bean Provider can ind= icate in the | acknowedge-mode deployment descriptor element whether JMS AUTO_ACKNOWLE= DGE semantics | or DUPS_OK_ACKNOWLEDGE semantics should apply. If the acknowledge-mode = deployment | descriptor element is not specified, JMS AUTO_ACKNOWLEDGE semantics are= assumed. | = What the spec is saying, is that if you are using BMT then the message rece= ipt will be acked using a local non transacted session, that is either AUTO= _ACK or DUPS_OK, AND if the user omits to specify which ack mode in the dep= loyment descriptor then it will use AUTO_ACK. This ack mode is *not* ignore= d, it used for the message receipt. What I observe in practice, using JBM and the 4.0.5.GA JCA, is that if I sp= ecify the ackmode, then it all works fine (my trivial example), the message= is received and acknowledged. If I fail to specify the ack mode, I can see the JCA layer creating a *tran= sacted* XA session, and trying to call commit on it. Bottom line is JBM works with the JMSContainerInvoker but not with JCA infl= ow in 4.0.5, even for this most trivial example. I'm not trying to attribute blame, just trying to work out what is going on= , and find a solution. :) This is either a problem in JBM or a problem with JCA. Right now I believe = it is a bug in JCA because the JCA layer is trying to call commit on an XAS= ession which seems clearly wrong to me. Although I am willing to accept the= re is a bug in JBM if you can come up with another explanation. If you are saying that the 4.0.5.GA code is a bodged backport and basically= doesn't work, and there's no chance of getting it fixed, then we can tell = our customers not to use that and stick with the JMSContainerInvoker until = JB5. (What about AS4.2 - I would have thought we would want the good HEAD versio= n in that?) This isn't ideal but if that's the situation, then we have to live with tha= t. For JBM1.2, we need to make sure that all these cases work, so I am going t= o improve the MDB integration tests and make sure they run with both the JM= SContainerInvoker and JCA1.5 inflow. Right now the MDB test coverage is scrappy (no blame) to say the least whic= h is why issues like this and others are slipping through the net. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001488#4001488 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001488 --===============4686532591418873304==-- From do-not-reply at jboss.com Sun Jan 14 06:42:40 2007 Content-Type: multipart/mixed; boundary="===============3631368770878900540==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Sun, 14 Jan 2007 06:42:39 -0500 Message-ID: <3038873.1168774959973.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3631368770878900540== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : = | trunk is back to pulling in the mc snapshot so any working build of the= mc could be pushed out as snapshot update. | = How do you do that? Is there an Ant task in MC which does this? Since I've re-written DispatchContext to plain Object notion and put it in = dependency. So once I update MC snapshot, I can add DC logic to ServiceCont= rollerContext. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001489#4001489 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001489 --===============3631368770878900540==-- From do-not-reply at jboss.com Sun Jan 14 09:14:58 2007 Content-Type: multipart/mixed; boundary="===============0375730707133439614==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sun, 14 Jan 2007 09:14:57 -0500 Message-ID: <31872474.1168784097996.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0375730707133439614== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The *easiest* thing to do would be to patch 4.0.5 and then make this patch = available in the next cummulative patch release. The changes that made it i= n to 4.0.5 should simply be replaced with the new stuff. This will be the c= ase with 4.2. Again, this is why I never wanted this backport to happen. = anonymous wrote : = | I'm not trying to attribute blame, just trying to work out what is goin= g on, and find a solution. :) | = Your altruism is quite refreshing. = anonymous wrote : = | If you are saying that the 4.0.5.GA code is a bodged backport and basic= ally doesn't work, and there's no chance of getting it fixed, then we can t= ell our customers not to use that and stick with the JMSContainerInvoker un= til JB5. | = That is not what I am saying. I am more that willing to address any issues = you think might be occuring with JCA and JBM. Again, a patch release in our= cummulative QA patch cycle is most likely the best approach. = anonymous wrote : = | (What about AS4.2 - I would have thought we would want the good HEAD ve= rsion in that?) | = Yes, the code in HEAD will be in 4.2. = anonymous wrote : = | For JBM1.2, we need to make sure that all these cases work, so I am goi= ng to improve the MDB integration tests and make sure they run with both th= e JMSContainerInvoker and JCA1.5 inflow. = | = Yes, this is simply a matter of running the testsuite against HEAD really w= here JBM is the default. Unfortunately, I haven't paid much attention to th= is as most of us are working on getting the TCK issues resolved and finaliz= ed. = anonymous wrote : = | Right now the MDB test coverage is scrappy (no blame) to say the least = which is why issues like this and others are slipping through the net. = | = Not really. There is a decent framework for testing both the JCA adapter an= d the container invoker. Again, I think this is simply a matter of dealing = with JBM which up until recently I was aware had any issues. Since this is = the first time I am hearing about this and 4.0.5 has been in the wild for a= bit (at least enough time to accumulate a patch release), I am assuming th= at we are simply running into some scenarios with JCA/JBM that have not bee= n accounted for at this point. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001501#4001501 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001501 --===============0375730707133439614==-- From do-not-reply at jboss.com Sun Jan 14 09:28:25 2007 Content-Type: multipart/mixed; boundary="===============6933775169358873140==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sun, 14 Jan 2007 09:28:25 -0500 Message-ID: <33191041.1168784905457.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6933775169358873140== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : = | Yes, this is simply a matter of running the testsuite against HEAD real= ly where JBM is the default. Unfortunately, I haven't paid much attention t= o this as most of us are working on getting the TCK issues resolved and fin= alized. = | = Richard Achmatowicz is currently working on this. The end result is that bo= th JBossMQ and JBM will run using the same set of integration tests. = anonymous wrote : = | Not really. There is a decent framework for testing both the JCA adapte= r and the container invoker. Again, I think this is simply a matter of deal= ing with JBM which up until recently I was aware had any issues. Since this= is the first time I am hearing about this and 4.0.5 has been in the wild f= or a bit (at least enough time to accumulate a patch release), I am assumin= g that we are simply running into some scenarios with JCA/JBM that have not= been accounted for at this point. = | = I had a good look in the test suite for MDB integration tests yesterday. I started a thread on the dev list yesterday about this - have you seen it? Scott pointed me in the direction of where the tests are. I had a look and = it seemed to me the coverage was poor. If there is a decent framework I guess I must have been looking in the wron= g place. Can you point me in the right direction? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001503#4001503 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001503 --===============6933775169358873140==-- From do-not-reply at jboss.com Sun Jan 14 10:08:08 2007 Content-Type: multipart/mixed; boundary="===============8211269317086108391==" MIME-Version: 1.0 From: chiba To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Retrowoven container project Date: Sun, 14 Jan 2007 10:08:08 -0500 Message-ID: <20169121.1168787288465.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8211269317086108391== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable OK, I will fix this problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001512#4001512 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001512 --===============8211269317086108391==-- From do-not-reply at jboss.com Sun Jan 14 10:14:52 2007 Content-Type: multipart/mixed; boundary="===============6264602164547632210==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Soap with Attachments and document/literal Date: Sun, 14 Jan 2007 10:14:52 -0500 Message-ID: <23734393.1168787692658.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6264602164547632210== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have just been looking at http://jira.jboss.com/jira/browse/JBWS-269, I a= m trying to see how much work will be involved to add support for attachmen= ts to wstools. I just wanted to check that my understanding of the current = status of the Swa implementation is correct. >From what I can see support for mapping attachments to parameters is compl= ete for RPC/literal. For document/literal it is not possible to map the attachments to message p= arameters, the only way to handle attachments with document/literal is to u= se the 'org.jboss.ws.core.jaxrpc.StubExt' API on the client as shown in htt= p://jira.jboss.org/jira/browse/JBWS-1384 and on the server side use the SOA= PMessageContext to get the attachment. Is this correct? Do we plan to support mapping to parameters for document/= literal endpoints? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001514#4001514 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001514 --===============6264602164547632210==-- From do-not-reply at jboss.com Sun Jan 14 18:41:07 2007 Content-Type: multipart/mixed; boundary="===============7852022608930542532==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Recent changes Microcontainer Date: Sun, 14 Jan 2007 18:41:07 -0500 Message-ID: <33097643.1168818067831.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7852022608930542532== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : isAssignable/Progression | = | This logic needs moving into the TypeInfo abstraction, see the TODO | I added to the code. isProgression is just a special form isAssignable. | = | For now I've fixed the failing tests (that don't provide a classloader) | by stealing it from the bean's class. | = How do I get a TypeInfo from String typeName and ClassLoader in Configurato= r? | Configurator.isAssignable() ... | = | if (typeNames[j] !=3D null) | { | TypeInfo info =3D null; // TODO - use typeNames[j] and cl = | if (typeInfos[j].isAssignableFrom(info) =3D=3D false) | { | return false; | } | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001599#4001599 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001599 --===============7852022608930542532==-- From do-not-reply at jboss.com Sun Jan 14 18:59:54 2007 Content-Type: multipart/mixed; boundary="===============6715057753200484480==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Sun, 14 Jan 2007 18:59:54 -0500 Message-ID: <20720477.1168819194391.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6715057753200484480== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : "scott.stark(a)jboss.org" wrote : = | | trunk is back to pulling in the mc snapshot so any working build of= the mc could be pushed out as snapshot update. | | = | = | How do you do that? | Is there an Ant task in MC which does this? | = The jbossmc/build/build.xml has an install target that copies the mc jars t= o your jbossbuild repo in preparation for checkin: [starksm(a)succubus build]$ ant -projecthelp Buildfile: build.xml Main targets: clean Cleans up most generated files. clobber Cleans up all generated files. docs Builds all documentation. help Show this help message. install Install the jars to the jbossbuild repository. main Executes the default target (most). most Executes all modules and builds most everything. It depends on the jbossbuild.repository.dir and jbossbuild.repository.versi= on props which you can set in a local.properties file as shown here for a s= napshot release: jbossbuild.repository=3Dfile:/usr/Repository/repository.jboss.com jbossbuild.repository.dir=3D/usr/Repository/repository.jboss.com jbossbuild.repository.version=3Dsnapshot View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001601#4001601 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001601 --===============6715057753200484480==-- From do-not-reply at jboss.com Sun Jan 14 20:58:03 2007 Content-Type: multipart/mixed; boundary="===============4031595137932326184==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Added a deployment/deployer type notion Date: Sun, 14 Jan 2007 20:58:03 -0500 Message-ID: <21592794.1168826283440.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4031595137932326184== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Deployer, DeploymentUnit, and DeploymentContext have been updated with a de= ployment type notion coming from the Deployer. | /** | * Get the deployment types associated with this deployment. | * @return set of deployment type names deployers have identified | * in this deployment. | */ | public Set getTypes(); | = Its up to the deployers to populate this set. Right now we don't make effec= tive use of the Deployer.isRelevant(DeploymentUnit unit) method. If this wa= s implemented to reflect when a deployer would process a deployment the Mai= nDeployerImpl could manage the set. For now, the Abstract* deployers that h= ave a specific type that is seen will add their Deployer.getType value to t= he set. The type property needs to be set in the deployer configuration for= this to have meaning, or its initialization updated. = The standard known types are in a org.jboss.deployers.spi.deployer.Standard= DeployerTypes interface: | public interface StandardDeployerTypes | { | /** JavaEE enterprise application archive */ | public static final String EAR =3D "ear"; | /** JavaEE client application archive */ | public static final String CAR =3D "car"; | /** JavaEE ejb generic archive */ | public static final String EJB =3D "ejb"; | /** JavaEE ejb 2.1 and earlier archive */ | public static final String EJB2x =3D "ejb2x"; | /** JavaEE ejb 3x archive */ | public static final String EJB3x =3D "ejb3x"; | /** JavaEE JPA archive */ | public static final String JPA =3D "jpa"; | /** JavaEE resource adaptor archive */ | public static final String RAR =3D "rar"; | /** JBoss MC beans archive */ | public static final String MCBEANS =3D "beans"; | /** JBoss service archive */ | public static final String SAR =3D "sar"; | /** JBoss hibernate archive */ | public static final String HAR =3D "har"; | /** Spring archive */ | public static final String SPRING =3D "spring"; | /** An OSGi bundle */ | public static final String OSGI_BUNDLE =3D "osgi"; | /** The deployment type used if a deployer does not specify anything= */ | public static final String UNSPECIFIED_TYPE =3D "unspecified"; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001615#4001615 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001615 --===============4031595137932326184==-- From do-not-reply at jboss.com Sun Jan 14 21:06:45 2007 Content-Type: multipart/mixed; boundary="===============0895929159923210319==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Sun, 14 Jan 2007 21:06:45 -0500 Message-ID: <17244101.1168826805237.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0895929159923210319== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I did update the mc snapshot with deployer changes and I did pickup the ker= nel and dependency changes as well. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001618#4001618 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001618 --===============0895929159923210319==-- From do-not-reply at jboss.com Mon Jan 15 01:02:05 2007 Content-Type: multipart/mixed; boundary="===============5783940425949242878==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Running with the full featured profile service Date: Mon, 15 Jan 2007 01:02:05 -0500 Message-ID: <32542193.1168840925861.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5783940425949242878== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There profile service impl that is being done to support the full featured = managed interface is not setup as the default currently. To test the new pr= ofile service you need to: 1. Make sure you have a recent trunk (at least as late as this msg). 2. Have an updated microcontainer snapshot from repository.jboss.com(at lea= st as late as this msg). If you build with a local repository update its co= ntents from the cvs repo. 3. Replace the conf/bootstrap-beans.xml with the server/src/etc/conf/defaul= t/bootstrap-repo-beans.xml version. 4. Copy the profileservice/src/resources/profileservice-beans.xml to the de= ployers dir. with that you should be able to start the server and run the org.jboss.test= .profileservice.test.ProfileServiceUnitTestCase and have at least two tests= pass. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001655#4001655 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001655 --===============5783940425949242878==-- From do-not-reply at jboss.com Mon Jan 15 02:37:02 2007 Content-Type: multipart/mixed; boundary="===============5609640675233762974==" MIME-Version: 1.0 From: bettybop To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Re: Support of J2EE 5.0 in JBoss 5.x Date: Mon, 15 Jan 2007 02:37:02 -0500 Message-ID: <7615415.1168846622108.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5609640675233762974== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We have a project that will end in may. Are there any probability to have t= he final release before may even without certification? Is there a fixed da= te for 5.0.0 GA? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001678#4001678 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001678 --===============5609640675233762974==-- From do-not-reply at jboss.com Mon Jan 15 05:34:41 2007 Content-Type: multipart/mixed; boundary="===============8143176250838798640==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Re: Support of J2EE 5.0 in JBoss 5.x Date: Mon, 15 Jan 2007 05:34:41 -0500 Message-ID: <31489209.1168857281686.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8143176250838798640== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There cannot be a final release that is not certified and there is not a fi= xed date yet, sorry. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001721#4001721 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001721 --===============8143176250838798640==-- From do-not-reply at jboss.com Mon Jan 15 06:21:45 2007 Content-Type: multipart/mixed; boundary="===============8248893342022111874==" MIME-Version: 1.0 From: bettybop To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - Re: Support of J2EE 5.0 in JBoss 5.x Date: Mon, 15 Jan 2007 06:21:44 -0500 Message-ID: <1132037.1168860105009.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8248893342022111874== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thank you View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001732#4001732 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001732 --===============8248893342022111874==-- From do-not-reply at jboss.com Mon Jan 15 08:05:15 2007 Content-Type: multipart/mixed; boundary="===============1587412488093986489==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Mon, 15 Jan 2007 08:05:15 -0500 Message-ID: <26038680.1168866315665.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1587412488093986489== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've added DispatchContext support to ServiceControllerContext. Scott, can you please test this again: | | | | ProfileService | | | | ProfileService | | Maybe just adding additional class type info to parameters. Let me know how it went. Or tell me where to look for the test case. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001768#4001768 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001768 --===============1587412488093986489==-- From do-not-reply at jboss.com Mon Jan 15 08:14:55 2007 Content-Type: multipart/mixed; boundary="===============8435062686680998566==" MIME-Version: 1.0 From: gastaldi To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - Re: Generalizing the JAAS and JACC service Date: Mon, 15 Jan 2007 08:14:55 -0500 Message-ID: <19095155.1168866895640.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8435062686680998566== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Excelent !! This is exactly what I was looking for ! = Enabling authorization on login-config.xml is the right choice to center se= curity-related issues per-application. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001769#4001769 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001769 --===============8435062686680998566==-- From do-not-reply at jboss.com Mon Jan 15 10:21:53 2007 Content-Type: multipart/mixed; boundary="===============0046502224749569543==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Recent changes Microcontainer Date: Mon, 15 Jan 2007 10:21:53 -0500 Message-ID: <1657659.1168874513715.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0046502224749569543== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Using KernelConfigFactory to get KernelConfig (which can provide this)? Putting KernelConfig instance into Configurator? It's a 'loop' usage. Looks wrong. I see we are already using KernelConfig as a parameter. Doing it the same here (adding it as a parameter in resolveProperty method)? If I do this (just tried), then almost every method in Configurator needs i= t. Yuck. Any other ways / ideas? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001816#4001816 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001816 --===============0046502224749569543==-- From do-not-reply at jboss.com Mon Jan 15 10:28:19 2007 Content-Type: multipart/mixed; boundary="===============4558754880651901554==" MIME-Version: 1.0 From: olivie34 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Upgrading Jackrabbit to 1.1 on Portal 2.6? Date: Mon, 15 Jan 2007 10:28:18 -0500 Message-ID: <8973457.1168874898993.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4558754880651901554== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It would be fair that the official 2.6 release of JBoss Portal use the new = official jackrabbit 1.1 release. Olivier. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001818#4001818 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001818 --===============4558754880651901554==-- From do-not-reply at jboss.com Mon Jan 15 10:50:05 2007 Content-Type: multipart/mixed; boundary="===============4996630355724641470==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Mon, 15 Jan 2007 10:50:05 -0500 Message-ID: <12418534.1168876205577.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4996630355724641470== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable tell our customers not to use JCA is not an option for EJB3 users as we are= only Inflow based. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001830#4001830 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001830 --===============4996630355724641470==-- From do-not-reply at jboss.com Mon Jan 15 11:04:50 2007 Content-Type: multipart/mixed; boundary="===============1684902879875262356==" MIME-Version: 1.0 From: shawdav1 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Wiki] - Re: [[/wiki]] Exception starting filter wikiFileAccessFilter Date: Mon, 15 Jan 2007 11:04:50 -0500 Message-ID: <4693775.1168877090028.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1684902879875262356== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Installer CR1 and the recent GA both work with the wiki binary (Portal+EJB3= configuration, not the All). But I can't add navigation to the wiki page with the wiki-object.xml or the= portal jboss-portal.sar/conf/data/default-object.xml or the Admin manageme= nt portlet. It almost seems like the wiki page is hard-coded somewhere. I couldn't find a current bug on this. David View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001836#4001836 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001836 --===============1684902879875262356==-- From do-not-reply at jboss.com Mon Jan 15 12:20:12 2007 Content-Type: multipart/mixed; boundary="===============8147661669213108233==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 12:20:12 -0500 Message-ID: <31875822.1168881612489.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8147661669213108233== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is support for document/literal attachments. You can have multiple pa= rts as long as there is only one part bound to the soap body. So attachment= s and headers can also be included. The jaxrpc-mapping.xml file doesnt have= a way to indicate attachments, so the way this is determined is by the bin= ding section in the wsdl file. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001849#4001849 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001849 --===============8147661669213108233==-- From do-not-reply at jboss.com Mon Jan 15 12:59:47 2007 Content-Type: multipart/mixed; boundary="===============7176467536971869600==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - JBMESSAGING-674 - Propagating changes on ClusteredConnection Date: Mon, 15 Jan 2007 12:59:47 -0500 Message-ID: <32888298.1168883987670.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7176467536971869600== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On the process of Updating ConnectionFactories (CF) I'm thinking about usin= g the CallbackManager and update the ConnectionFactory for active connectio= ns only (as I have talked about this with Ovidiu). The way it should work is during a Clustered::createConnection, ClusteredAs= pect will register the CF on the CallbackManager for the active connection.= The server will callback on all active Connections when a CF was updated, = sending also the uniqueId for the CF (configured on the CF Mbean). I will a= lso add the uniqueID on CFs. The side effect for this is case a ConnectionFactory has two ore more activ= e connections, it will be updated several times (one per active connection)= . If we want to fix this we would need a singleton CallbackManager. (we cou= ld either refactor the CallbackManager to be singleton per VM or we could c= reate an extra CallbackManager just to work on CFs). I will start coding w= ithout change anything on CallbackManagers for now, and we could refactor t= his later if we require to. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001856#4001856 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001856 --===============7176467536971869600==-- From do-not-reply at jboss.com Mon Jan 15 13:00:22 2007 Content-Type: multipart/mixed; boundary="===============3538794585249366526==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 15 Jan 2007 13:00:22 -0500 Message-ID: <21596401.1168884022604.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3538794585249366526== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Another discussed possibility would be to make delegates and failoverMaps s= tatic (somehow in a HashMap by uniqueId) and intercept serialization calls = (like write/readExternal) to inject the CF in a CallbackManager but we woul= d still need the singleton CallbackManager for this... so I'm not going to = use this idea but i wanted to keep it registered here on the forum as a bra= in storm possibility. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001857#4001857 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001857 --===============3538794585249366526==-- From do-not-reply at jboss.com Mon Jan 15 13:08:25 2007 Content-Type: multipart/mixed; boundary="===============5469393002655076090==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Mon, 15 Jan 2007 13:08:25 -0500 Message-ID: <32999767.1168884505453.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5469393002655076090== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Now, that is indeed an issue. There are some in org.jboss.test.messagedrive= n.test and some in the jca pacakges. I was planning on unifying these becau= se I wrote a mock framework to make testing the adapter easier. I can bump = this up the priority list and get it checked in. = If you guys have anything similar in JBM let me know so we aren't duplicati= ng efforts. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001862#4001862 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001862 --===============5469393002655076090==-- From do-not-reply at jboss.com Mon Jan 15 13:21:38 2007 Content-Type: multipart/mixed; boundary="===============8217140496335965285==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 13:21:38 -0500 Message-ID: <525015.1168885298857.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8217140496335965285== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable How about the mapping of the attachment to the parameters of the method on = the SEI? At the moment on the server side the only way I see to get access to the at= tachment is to use the SOAPMessage class and call the getAttachments method. On the client side it apears that the only way to send the attachments is t= o use the 'org.jboss.ws.core.jaxrpc.StubExt' interface as described in JBWS= -1384. At the moment in the class JAXRPCMetaDataBuilder there is a comment: - anonymous wrote : = | // we don't support swa binding parameters in document style = | // http://jira.jboss.org/jira/browse/JBWS-1384 | = Is this something we will support? At the moment deployments created using= wscompile can not be deployed because we do not process the mapping define= d. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001865#4001865 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001865 --===============8217140496335965285==-- From do-not-reply at jboss.com Mon Jan 15 14:09:54 2007 Content-Type: multipart/mixed; boundary="===============7102927001219144376==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Mon, 15 Jan 2007 14:09:54 -0500 Message-ID: <19496148.1168888194246.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7102927001219144376== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'll create a testcase for this in the jbossas/system-jmx module. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001878#4001878 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001878 --===============7102927001219144376==-- From do-not-reply at jboss.com Mon Jan 15 15:52:51 2007 Content-Type: multipart/mixed; boundary="===============4854930267993363987==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Upgrading Jackrabbit to 1.1 on Portal 2.6? Date: Mon, 15 Jan 2007 15:52:50 -0500 Message-ID: <10094712.1168894371004.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4854930267993363987== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think we plan to upgrade it soon. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001933#4001933 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001933 --===============4854930267993363987==-- From do-not-reply at jboss.com Mon Jan 15 15:59:24 2007 Content-Type: multipart/mixed; boundary="===============6169842411337549072==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 15 Jan 2007 15:59:24 -0500 Message-ID: <4352798.1168894764869.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6169842411337549072== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Using a static map seems a lot simpler and clearer to me. AFAIK this is how JBoss AS failover works too. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001934#4001934 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001934 --===============6169842411337549072==-- From do-not-reply at jboss.com Mon Jan 15 17:16:06 2007 Content-Type: multipart/mixed; boundary="===============3540018714365382216==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 17:16:06 -0500 Message-ID: <17449094.1168899366653.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3540018714365382216== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That's wrong. This has been supported before, it's supposed to work. = I reopened the issue. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001970#4001970 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001970 --===============3540018714365382216==-- From do-not-reply at jboss.com Mon Jan 15 17:18:29 2007 Content-Type: multipart/mixed; boundary="===============2383437814859918160==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Mon, 15 Jan 2007 17:18:29 -0500 Message-ID: <1878225.1168899509234.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2383437814859918160== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I added a org.jboss.test.system.controller.integration.test.InstallMCToJMXU= nitTestCase and I'm still seeing a CCE in the test: | 647 DEBUG [SimpleSARDeployer] Deployed file:/home/svn/JBossHead/jboss-h= ead/system-jmx/src/resources/tests/org/jboss/test/system/controller/integra= tion/test/InstallMCToJMXUnitTestCase.xml took 146ms | 673 DEBUG [InstallMCToJMXUnitTestCase] Deploying file:/home/svn/JBossHe= ad/jboss-head/system-jmx/src/resources/tests/org/jboss/test/system/controll= er/integration/test/InstallMCToJMXUnitTestCase-mc.xml | 1134 ERROR [AbstractKernelController] Error installing to Installed: na= me=3DTest state=3DStart | java.lang.ClassCastException: org.jboss.system.microcontainer.ServiceCo= ntrollerContext | at org.jboss.kernel.plugins.dependency.InstallAction.installActionInte= rnal(InstallAction.java:59) | at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.i= nstallAction(KernelControllerContextAction.java:187) | at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.i= nstall(KernelControllerContextAction.java:126) | at org.jboss.dependency.plugins.AbstractControllerContextActions.insta= ll(AbstractControllerContextActions.java:51) | at org.jboss.dependency.plugins.AbstractControllerContext.install(Abst= ractControllerContext.java:233) | at org.jboss.dependency.plugins.AbstractController.install(AbstractCon= troller.java:709) | at org.jboss.dependency.plugins.AbstractController.incrementState(Abst= ractController.java:430) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(Abs= tractController.java:540) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(Abs= tractController.java:474) | at org.jboss.dependency.plugins.AbstractController.install(AbstractCon= troller.java:274) | at org.jboss.dependency.plugins.AbstractController.install(AbstractCon= troller.java:177) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBe= an(AbstractKernelDeployer.java:302) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBe= ans(AbstractKernelDeployer.java:272) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(A= bstractKernelDeployer.java:119) | at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.deploy(Basi= cKernelDeployer.java:64) | at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(Bas= icXMLDeployer.java:76) | at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(Bas= icXMLDeployer.java:146) | at org.jboss.test.system.controller.integration.test.IntegrationTestDe= legate.deployMC(IntegrationTestDelegate.java:219) | at org.jboss.test.system.controller.integration.test.IntegrationTestDe= legate.deployMC(IntegrationTestDelegate.java:291) | at org.jboss.test.system.controller.integration.test.IntegrationTestDe= legate.setUp(IntegrationTestDelegate.java:73) | at org.jboss.test.AbstractTestSetup.setUp(AbstractTestSetup.java:63) | at org.jboss.test.AbstractTestCaseWithSetup.setUp(AbstractTestCaseWith= Setup.java:97) | at org.jboss.test.system.controller.AbstractControllerTest.setUp(Abstr= actControllerTest.java:77) | at junit.framework.TestCase.runBare(TestCase.java:125) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | = Can you validate that the mc snapshot includes your changes. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001971#4001971 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001971 --===============2383437814859918160==-- From do-not-reply at jboss.com Mon Jan 15 17:27:18 2007 Content-Type: multipart/mixed; boundary="===============7092255480643412447==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 17:27:18 -0500 Message-ID: <31242695.1168900038705.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7092255480643412447== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That's good, my understanding matches yours - I thought we had full support= for attachments and it was just tools that needed enhancing then I found t= hat comment. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001975#4001975 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001975 --===============7092255480643412447==-- From do-not-reply at jboss.com Mon Jan 15 17:35:40 2007 Content-Type: multipart/mixed; boundary="===============8952221916600461043==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 15 Jan 2007 17:35:40 -0500 Message-ID: <33414003.1168900540482.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8952221916600461043== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm thinking about how to fix this racing condition: I - ClientClusteredConnectionFactoryDelegate has this following failoverMap: Server 1->Server2->Server3->Server 1 II - Server1 is killed III - Now the CF::failoverMap is updated to: Server2->Server3->Server2 IV - A failure happens on a connection directed on Server1. FailoverMap doe= sn't have the information about Server1 any more. I will keep coding and maybe we will need to have the failoverMap on the Co= nnection instead of ConnectionFactory, and having failover updating these f= ields on Connection only when a failure happens. As I said I am thinking about how to fix this, and I'm almost sure how to f= ix this. I wanted to post this just to keep the team informed. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001983#4001983 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001983 --===============8952221916600461043==-- From do-not-reply at jboss.com Mon Jan 15 17:37:17 2007 Content-Type: multipart/mixed; boundary="===============6382245314582731722==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 17:37:17 -0500 Message-ID: <25991892.1168900637218.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6382245314582731722== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I will revert the patch that disabled this, and take a look and see if ther= e are any bugs with doc/lit attachments, but the use case that that jira is= sue was testing was using an invalid WSDL file, so this may have been the r= eal problem. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001985#4001985 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001985 --===============6382245314582731722==-- From do-not-reply at jboss.com Mon Jan 15 17:38:45 2007 Content-Type: multipart/mixed; boundary="===============6590289573585724429==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Maven build scripts Date: Mon, 15 Jan 2007 17:38:45 -0500 Message-ID: <204201.1168900725228.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6590289573585724429== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Everyone, I created some maven scripts for building the microcontainer project. The = scripts are organized the same way that the jboss common scripts are organi= zed. There is one main pom.xml in the build directory, and each subproject= has its own pom.xml. Each subproject can be built by itself (assuming it'= s not dependent on recent changes in another subproject) or by building the= entire project. Here is what the main pom.xml file looks like: | | 4.0.0 | jboss | 2.0.0.Beta | jboss-microcontainer | JBoss Microcontainer Build | http://www.jboss.org | Parent POM for the JBoss Microcontainer Projects | | | lgpl | http://repository.jboss.com/licenses/lgpl.txt | | | | JBoss Inc. | http://www.jboss.org | | = | pom | | ../container | ../dependency | ../metatype | ../kernel | ../managed | ../deployers | ../aop-mc-int | ../osgi-int | ../spring-int | | | | | org.apache.maven.plugins | maven-project-info-reports-plugin | | | | dependencies | issue-tracking | license | scm | | | | | | | = | | | cvs-file-repository | file://${maven.cvs.root} | | | = | | = | = And here is the one for the container subproject: | = | | 4.0.0 | jboss | jboss-container | jar | 2.0.0.Beta | JBoss Microcontainer Container | http://www.jboss.org | JBoss Microcontainer Container | | | lgpl | http://repository.jboss.com/licenses/lgpl.txt | | | | JBoss Inc. | http://www.jboss.org | | = | | | jboss | JBoss Inc. Repository | default | http://repository.jboss.com/maven2/ | | true | | | | = | | | jbosspluginrepo | jboss plugin repository | http://repository.jboss.com/maven2 | default | | false | never | | | | = | | src/main | src/tests | ${artifactId} | | = | | | maven-compiler-plugin | 2.0 | | true | 1.5 | 1.5 | | = | = | | org.apache.maven.plugins | maven-jar-plugin | | | | true | true | | | | | = | | | maven-source-plugin | true | | | | jar | | | | = | | org.apache.maven.plugins | maven-surefire-plugin | | true | | | = | | | | | | javassist | javassist | 3.4.GA | | | jboss | jboss-vfs | 2.0.4.snapshot | | = | | | jboss | jboss-test | 1.0.1.GA | test | | | junit | junit | 3.8.1 | test | | | jboss.profiler.jvmti | jboss-profiler-jvmti | 1.0.0.CR5 | test | | | | = | = The other pom.xml files look pretty similar to the one for the container su= bproject, just with different dependency lists and a few other minor differ= ences. Let me know if you have any comments or questions about these files= . I'm planning to commit them to the repository next to the build.xml as l= ong as no one has a problem with this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001986#4001986 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001986 --===============6590289573585724429==-- From do-not-reply at jboss.com Mon Jan 15 17:50:37 2007 Content-Type: multipart/mixed; boundary="===============4061104498390690445==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1452 - WSDL To Java, Array unwrapping. Date: Mon, 15 Jan 2007 17:50:37 -0500 Message-ID: <29978918.1168901437563.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4061104498390690445== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The case in 732 is a contrived example that was made to have good coverage = of jbossxb's handling of nulls and arrays. = In most cases, a document/literal wrapped wsdl will not wrap the array yet = again in another element definition. Take a look at the wscompile output of= testMethod(String[] request, int foo) You should see something like this | | | | | | | = The only reason to create a wrapper element is to be able to have a distinc= tion between a null array, and a null array element. Without the wrapper, a= s in above, this is not possible. Even so, for the purpose of simplifying t= he wsdl, most toolkits will make the sacrifice. That said there is no reason to not do it for document/literal, so you can = disable that check if you like. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001994#4001994 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001994 --===============4061104498390690445==-- From do-not-reply at jboss.com Mon Jan 15 17:54:12 2007 Content-Type: multipart/mixed; boundary="===============4428044941111663465==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 17:54:12 -0500 Message-ID: <16720871.1168901652791.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4428044941111663465== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think the original WSDL at the top of the user post is correct, the basic= profile only specifies that the part must reference elements if the part i= s referenced from a soapbind:body element, it doesn't specify a requirement= for mime:content parts. anonymous wrote : R2204 A document-literal binding in a DESCRIPTION MUST= refer, in each of its soapbind:body element(s), only to wsdl:part element(= s) that have been defined using the element attribute. The attachments profile also contains the following parts defined in a docu= ment/literal example: - | | | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001996#4001996 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001996 --===============4428044941111663465==-- From do-not-reply at jboss.com Mon Jan 15 17:58:11 2007 Content-Type: multipart/mixed; boundary="===============0506614040096560256==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 15 Jan 2007 17:58:11 -0500 Message-ID: <22418169.1168901891183.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0506614040096560256== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I wanted to have a static Collection/Map on server side for all active coll= ections. I could navigate on JMSDispatcher for this but I wanted to capture= ServerConnectionFactoryEndpoint::createConnection and ServerConnectionEndp= oint::close to keep a list of these active connections. This is to send the notification for all active connections on update their= respective CFs. I was going to add this into JMSDispatcher but didn't se a= proper place. = Any ideas where I could put such static map? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001997#4001997 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001997 --===============0506614040096560256==-- From do-not-reply at jboss.com Mon Jan 15 18:02:39 2007 Content-Type: multipart/mixed; boundary="===============4199923984967537028==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 15 Jan 2007 18:02:39 -0500 Message-ID: <12360664.1168902159224.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4199923984967537028== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Never mind my latest post... I will put this into ServerConnectionFactoryEn= dpoint... a ServerConnectionFactoryEndpoing will know the connection it has= created. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4001999#4001999 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4001999 --===============4199923984967537028==-- From do-not-reply at jboss.com Mon Jan 15 18:06:07 2007 Content-Type: multipart/mixed; boundary="===============1465326991108867751==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Mon, 15 Jan 2007 18:06:07 -0500 Message-ID: <15095511.1168902367642.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1465326991108867751== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm getting exactly two tests passing, just not including the one I really = want :-). FWIW BasicDeploymentTemplateInfo is in /trunk/profileservice and = getting built. Testcase: testProfileKeys took 2.653 sec | Testcase: testDataSourceType took 0.151 sec | Testcase: testAddDataSource took 0.06 sec | Caused an ERROR | org.jboss.profileservice.management.plugins.BasicDeploymentTemplateInfo | java.lang.ClassNotFoundException: org.jboss.profileservice.management.p= lugins.BasicDeploymentTemplateInfo | at java.net.URLClassLoader$1.run(URLClassLoader.java:200) | at java.security.AccessController.doPrivileged(Native Method) | at java.net.URLClassLoader.findClass(URLClassLoader.java:188) | at java.lang.ClassLoader.loadClass(ClassLoader.java:306) | at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) | at java.lang.ClassLoader.loadClass(ClassLoader.java:251) | at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) | at java.lang.Class.forName0(Native Method) | at java.lang.Class.forName(Class.java:242) | at org.jboss.remoting.loading.RemotingClassLoader.loadClass(RemotingCl= assLoader.java:50) | at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) | at java.lang.Class.forName0(Native Method) | at java.lang.Class.forName(Class.java:242) | at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolve= Class(ObjectInputStreamWithClassLoader.java:139) | at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1= 543) | at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1465) | at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java= :1698) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1304) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:349) | at org.jboss.aop.joinpoint.InvocationResponse.readExternal(InvocationR= esponse.java:122) | at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1= 758) | at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java= :1716) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1304) | at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:= 1917) | at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:184= 1) | at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java= :1718) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1304) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:349) | at org.jboss.remoting.serialization.impl.java.JavaSerializationManager= .receiveObject(JavaSerializationManager.java:132) | at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.re= ad(SerializableUnMarshaller.java:66) | at org.jboss.invocation.unified.marshall.InvocationUnMarshaller.read(I= nvocationUnMarshaller.java:48) | at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.versio= nedRead(MicroSocketClientInvoker.java:485) | at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transp= ort(MicroSocketClientInvoker.java:356) | at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClien= tInvoker.java:125) | at org.jboss.remoting.Client.invoke(Client.java:589) | at org.jboss.remoting.Client.invoke(Client.java:581) | at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRem= oteInterceptor.java:62) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocatio= n.java:101) | at org.jboss.aspects.remoting.MergeMetaDataInterceptor.invoke(MergeMet= aDataInterceptor.java:74) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocatio= n.java:101) | at org.jboss.aspects.security.SecurityClientInterceptor.invoke(Securit= yClientInterceptor.java:53) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocatio= n.java:101) | at AOPProxy$1.getTemplate(AOPProxy$1.java) | at org.jboss.test.profileservice.test.ProfileServiceUnitTestCase.testA= ddDataSource(ProfileServiceUnitTestCase.java:91) | at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRem= oteInterceptor.java:74) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocatio= n.java:101) | at org.jboss.aspects.remoting.MergeMetaDataInterceptor.invoke(MergeMet= aDataInterceptor.java:74) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocatio= n.java:101) | at org.jboss.aspects.security.SecurityClientInterceptor.invoke(Securit= yClientInterceptor.java:53) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocatio= n.java:101) | at AOPProxy$1.getTemplate(AOPProxy$1.java) | at org.jboss.test.profileservice.test.ProfileServiceUnitTestCase.testA= ddDataSource(ProfileServiceUnitTestCase.java:91) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002001#4002001 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002001 --===============1465326991108867751==-- From do-not-reply at jboss.com Mon Jan 15 18:13:46 2007 Content-Type: multipart/mixed; boundary="===============7825531886423387180==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Mon, 15 Jan 2007 18:13:46 -0500 Message-ID: <22549424.1168902826209.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7825531886423387180== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable FWIW I'm seeing the following errors when booting the profileservice enable= d version of the default config in /trunk: 16:48:41,197 ERROR [SerializableDeploymentRepository] Failed to load attach= ments, ignoringjava.lang.ClassNotFoundException: org.jboss.resource.metadat= a.ConnectorMetaData | 16:48:41,227 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.lang.ClassNotFoundException: org.jboss.resource.met= adata.ConnectorMetaData | 16:48:41,247 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.lang.ClassNotFoundException: org.jboss.resource.met= adata.ConnectorMetaData | 16:48:41,297 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.lang.ClassNotFoundException: org.jboss.resource.met= adata.ConnectorMetaData | 16:48:41,528 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.lang.ClassNotFoundException: org.jboss.resource.met= adata.ConnectorMetaData | 16:48:41,578 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.io.WriteAbortedException: writing aborted; java.io.= NotSerializableException: org.jbos | s.metadata.WebMetaData | 16:48:41,958 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.lang.ClassNotFoundException: org.jboss.resource.met= adata.ConnectorMetaData | 16:48:42,169 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.lang.ClassNotFoundException: org.jboss.resource.met= adata.ConnectorMetaData | 16:48:42,179 ERROR [SerializableDeploymentRepository] Failed to load at= tachments, ignoringjava.io.WriteAbortedException: writing aborted; java.io.= NotSerializableException: org.jbos | s.metadata.WebMetaData and 16:49:09,388 ERROR [AbstractKernelController] Error installing to Start: na= me=3Djboss.jca:name=3D'quartz-ra.rar',service=3DRARDeployment state=3DCreat= e mode=3DManual requiredState=3DInstalled | java.lang.StackOverflowError | at java.nio.charset.CharsetDecoder.decode(CharsetDecoder.java:5= 44) | at java.lang.StringCoding$CharsetSD.decode(StringCoding.java:19= 0) | at java.lang.StringCoding.decode(StringCoding.java:228) | at java.lang.String.(String.java:405) | at java.net.URLDecoder.decode(URLDecoder.java:171) | at org.jboss.net.protocol.file.FileURLConnection.(FileURL= Connection.java:66) | at org.jboss.net.protocol.file.Handler.openConnection(Handler.j= ava:42) | at java.net.URL.openConnection(URL.java:943) | at org.jboss.virtual.plugins.context.AbstractURLHandler.initCac= heLastModified(AbstractURLHandler.java:72) | at org.jboss.virtual.plugins.context.AbstractURLHandler.(= AbstractURLHandler.java:65) | at org.jboss.virtual.plugins.context.file.FileHandler.(Fi= leHandler.java:70) | at org.jboss.virtual.plugins.context.file.FileHandler.(Fi= leHandler.java:89) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:253) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:186) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildr= en(FileHandler.java:171) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:239) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:186) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildr= en(FileHandler.java:171) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:239) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:186) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildr= en(FileHandler.java:171) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:239) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:186) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildr= en(FileHandler.java:171) | ... | = and the very similar 16:49:14,635 ERROR [AbstractKernelController] Error installing to Start: na= me=3Djboss.jca:name=3D'quartz-ra.rar#quartz-ra.rar',service=3DRARDeployment= state=3DCreate mode=3DManual requiredSt | ate=3DInstalled | java.lang.StackOverflowError | at sun.nio.cs.UTF_8$Decoder.decodeLoop(UTF_8.java:416) | at java.nio.charset.CharsetDecoder.decode(CharsetDecoder.java:5= 44) | at java.lang.StringCoding$CharsetSD.decode(StringCoding.java:19= 0) | at java.lang.StringCoding.decode(StringCoding.java:228) | at java.lang.String.(String.java:405) | at java.net.URLDecoder.decode(URLDecoder.java:171) | at org.jboss.net.protocol.file.FileURLConnection.(FileURL= Connection.java:66) | at org.jboss.net.protocol.file.Handler.openConnection(Handler.j= ava:42) | at java.net.URL.openConnection(URL.java:943) | at org.jboss.virtual.plugins.context.AbstractURLHandler.initCac= heLastModified(AbstractURLHandler.java:72) | at org.jboss.virtual.plugins.context.AbstractURLHandler.(= AbstractURLHandler.java:65) | at org.jboss.virtual.plugins.context.file.FileHandler.(Fi= leHandler.java:70) | at org.jboss.virtual.plugins.context.file.FileHandler.(Fi= leHandler.java:89) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:253) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:186) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildr= en(FileHandler.java:171) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:239) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:186) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildr= en(FileHandler.java:171) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:239) | at org.jboss.virtual.plugins.context.file.FileSystemContext.cre= ateVirtualFileHandler(FileSystemContext.java:186) | at org.jboss.virtual.plugins.context.file.FileHandler.getChildr= en(FileHandler.java:171) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002004#4002004 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002004 --===============7825531886423387180==-- From do-not-reply at jboss.com Mon Jan 15 18:20:21 2007 Content-Type: multipart/mixed; boundary="===============4406126426134301719==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Mon, 15 Jan 2007 18:20:21 -0500 Message-ID: <16784236.1168903221612.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4406126426134301719== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "roy.russo(a)jboss.com" wrote : Does this mean that the CMSPortletWindow ca= n now display in pages other than default.default? Yes it means that. anonymous wrote : = | Can we get this done without modifying the -object.xml... or at least m= ake it so its backward compatible? no it is not really possible to do that because the window needs to have th= e proper content type in its properties. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002007#4002007 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002007 --===============4406126426134301719==-- From do-not-reply at jboss.com Mon Jan 15 18:25:35 2007 Content-Type: multipart/mixed; boundary="===============0497301560744180745==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Mon, 15 Jan 2007 18:25:35 -0500 Message-ID: <13390691.1168903535191.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0497301560744180745== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have commited the code that allows the content to be pluggable. There is = still a bit of work at the command level as for now the choice of the windo= w rendering is hardcoded. I'll revisit that later. My next step is to have the CMS stuff in a separate module (core-cms) that = will create a sar file that will be nested in the jboss-portal.sar. So it a= llows a to use the portal core without the CMS things. Then I'll do same with our UI portlets (core-ui). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002009#4002009 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002009 --===============0497301560744180745==-- From do-not-reply at jboss.com Mon Jan 15 19:03:24 2007 Content-Type: multipart/mixed; boundary="===============5794987714114230022==" MIME-Version: 1.0 From: chiba To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Retrowoven container project Date: Mon, 15 Jan 2007 19:03:24 -0500 Message-ID: <6987704.1168905804705.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5794987714114230022== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable java.lang.reflect.Constructor.getGenericParameterTypes()[Lorg/jboss/lang/re= flect/Type; = | java.lang.NoSuchMethodError: java.lang.reflect.Constructor.getGenericPa= rameterTypes()[Lorg/jboss/lang/reflect/Type; = | at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactory= Impl.getConstructors(IntrospectionTypeInfoFactoryImpl.java:143) | at org.jboss.reflect.plugins.ClassInfoImpl.getDeclaredConstructors(Clas= sInfoImpl.java:400) = It seems that the underlying JVM is 1.4 and thus does not support getGeneri= cParameterTypes(). Is this correct? If yes, Javassist is not guilty of this problem. (Of course, Javassist sho= uld provide some support of generic types but I am now writing about this parti= cular problem.) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002023#4002023 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002023 --===============5794987714114230022==-- From do-not-reply at jboss.com Mon Jan 15 19:14:59 2007 Content-Type: multipart/mixed; boundary="===============3488055207430675385==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 19:14:58 -0500 Message-ID: <24200811.1168906498921.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3488055207430675385== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, you are right R2910 in AP 1.0 explicitly allows both. I was mixing swa= ref requirements. Anyway I will make sure this is handled correctly. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002029#4002029 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002029 --===============3488055207430675385==-- From do-not-reply at jboss.com Mon Jan 15 21:13:55 2007 Content-Type: multipart/mixed; boundary="===============0657818128133059752==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Mon, 15 Jan 2007 21:13:54 -0500 Message-ID: <16739245.1168913634938.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0657818128133059752== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable CNFE are expected and prevent updates from loading. I don't see any overflo= ws though. What is the os and jdk in use? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002058#4002058 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002058 --===============0657818128133059752==-- From do-not-reply at jboss.com Mon Jan 15 21:28:54 2007 Content-Type: multipart/mixed; boundary="===============2440305715292039222==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Mon, 15 Jan 2007 21:28:54 -0500 Message-ID: <5002966.1168914534506.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2440305715292039222== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable OS: Windows XP SP2 C:\usr\projects\current\jboss\trunk\build\output\jboss-5.0.0.Beta2\bin>java= -version java version "1.5.0_07" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-b03) Java HotSpot(TM) Client VM (build 1.5.0_07-b03, mixed mode) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002068#4002068 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002068 --===============2440305715292039222==-- From do-not-reply at jboss.com Mon Jan 15 22:00:09 2007 Content-Type: multipart/mixed; boundary="===============1163174519167769360==" MIME-Version: 1.0 From: ryan.campbell at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Test suite classpath normalization Date: Mon, 15 Jan 2007 22:00:09 -0500 Message-ID: <31138785.1168916409689.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1163174519167769360== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable While the test suite allows you to test the server binaries available under= jboss.dist, it does not allow you to test the client jars available under = ${jboss.dist}/client. Instead, the client classpath is essentially all the= jars either: 1. Produced by the build under */output/lib 2. Downloaded in /thirdparty This prevents you from testing the client jars under ${jboss.dist} and full= y validating that image which is useful for many different applications inc= luding patch testing and the testing of various installation techniques. P= erhaps just as important, it will allow us to detect inadvertent omissions. I have created http://jira.jboss.com/jira/browse/JBAS-3993 which suggest we= should source the tests.classpath primarly from ${jboss.dist}/client/*.jar= , and only supplement as needed for test cases which require additional jar= s. I propose the following approach: - rename the existing tests.classpath to tests.compile.classpath - create a new tests.classpath which is intially only contains ${jboss.dist= }/client/*.jar - add additional jars as needed. I would expect things like apache HTTPCli= ent. Each of these exceptions should be listed in this thread so we are aw= are of what they are. This should first be implemented in Branch_4_0, then 4_2, then trunk. Most= of the task will be identifying which additional jars must be added to the= classpath besides ${jboss.dist}/client/*.jar and verifying this work cause= s no regressions. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002077#4002077 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002077 --===============1163174519167769360==-- From do-not-reply at jboss.com Mon Jan 15 23:05:29 2007 Content-Type: multipart/mixed; boundary="===============3239185773150137270==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Mon, 15 Jan 2007 23:05:29 -0500 Message-ID: <31632668.1168920329495.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3239185773150137270== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, see this issue: http://jira.jboss.com/jira/browse/JBMICROCONT-139 You need jdk1.5.0_09+ to fix the underlying jdk issue that is causing the r= ecursion on win32. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002099#4002099 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002099 --===============3239185773150137270==-- From do-not-reply at jboss.com Mon Jan 15 23:16:26 2007 Content-Type: multipart/mixed; boundary="===============0534493701153227919==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Mon, 15 Jan 2007 23:16:26 -0500 Message-ID: <12911971.1168920986545.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0534493701153227919== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I just fixed support for this in trunk. See the JBWS-1384 test case. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002103#4002103 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002103 --===============0534493701153227919==-- From do-not-reply at jboss.com Mon Jan 15 23:22:56 2007 Content-Type: multipart/mixed; boundary="===============1661947469630002381==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - SerializableDeploymentRepository notions Date: Mon, 15 Jan 2007 23:22:56 -0500 Message-ID: <17167830.1168921376138.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1661947469630002381== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So the majority of the repository based profile service is in the Serializa= bleDeploymentRepository. This is an implementation of DeploymentRepository = that relies on object serialization to store contents on the file system. T= he serialization is pluggable, so while today its simple java serialization= , it could (and will be) jboss serization to an xml file to allow for a bet= ter long term storage format. It could be jdbc or something else as well if= desired. The repository uses the following locations under the {name} profile root: root/{name}/bootstrap - the bootstrap beans root/{name}/deployers - profile deployers root/{name}/deploy - installed deployments root/{name}/apps - post install deployments root/{name}/attachments - pre-processed deployment metadata attachments root/{name}/profile/edits - admin edits to deployments = A DeploymentContext refers to the raw unedited deployment archive/directory= , and when a DeploymentContext is processed through the MainDeployer.proces= s(-1, Deployer.CLASSLOADER_DEPLOYER), the profile and by delegation the rep= ository is updated with the parses metadata pojos. What needs to happen is = that when a DeploymentContext is loaded from the repository and it has pre-= parsed attachments, these are set as the getPredeterminedManagedObjects(). = If there are admin edits then the attachments come from the profile/edits o= verride of the attachments. If a DeploymentContext has a non-empty getPredeterminedManagedObjects() att= achments, processing should begin at the Deployer.CLASSLOADER_DEPLOYER and = all attachment processing is skipped. This check and deployer bypass logic should happen in the MainDeployerImpl. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002106#4002106 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002106 --===============1661947469630002381==-- From do-not-reply at jboss.com Mon Jan 15 23:24:13 2007 Content-Type: multipart/mixed; boundary="===============6337049242877463837==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1260 - such a part must refer to an element named a Date: Mon, 15 Jan 2007 23:24:13 -0500 Message-ID: <1384056.1168921453040.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6337049242877463837== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jason.greene(a)jboss.com" wrote : "thomas.diesler(a)jboss.com" wrote : = | | Also, this WSDL violates BP 1.0 because it uses "type" on the part = definition for a document/literal web service. It must be element. | | = | | = | | | | | | = | | = | = | Note, this comment is wrong, the AP 1.0 spec allows type or element. BP= 1.0 only governs the standard SOAP binding not the MIME binding. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002107#4002107 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002107 --===============6337049242877463837==-- From do-not-reply at jboss.com Mon Jan 15 23:31:16 2007 Content-Type: multipart/mixed; boundary="===============2197866234403225254==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Test suite classpath normalization Date: Mon, 15 Jan 2007 23:31:16 -0500 Message-ID: <33435147.1168921876099.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2197866234403225254== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is needed, but we should be building more test group specific client c= lasspaths to better track what tests require what jars from the client dir. Note that some tests do rely on server jars at they try to tests implementa= tion details. These tests should be moved into the corresponding module the= y are testing the implementation of. We are starting to include more tests in modules, so we need a way to run t= hese tests as part of the overall qa tests. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002108#4002108 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002108 --===============2197866234403225254==-- From do-not-reply at jboss.com Mon Jan 15 23:50:46 2007 Content-Type: multipart/mixed; boundary="===============3059977071003794976==" MIME-Version: 1.0 From: ryan.campbell at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Test suite classpath normalization Date: Mon, 15 Jan 2007 23:50:46 -0500 Message-ID: <15644969.1168923046581.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3059977071003794976== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, so it sounds like you want something like several of these: .classpath where .classpath is the ant target with dashes converted to do= ts. So we would have: jboss.all.config.tests.classpath tests.security.manager.classpath tomcat.ssl.tests.classpath etc... We will come up with estimates for the monolithic test classpath vs. group = level classpaths. The monolithic test classpath will meet our immediate n= eeds, but I realize the group level classpaths provide better documentation= and better analysis of depdencies. Good point on the server jars, they could be included from ${jboss.dist} as= well. As for the tests in other modules, this goes back to isolating the test har= ness/refactoring the test suite. This is in scope for the near future, but= I'd like to keep that discussion separate. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002112#4002112 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002112 --===============3059977071003794976==-- From do-not-reply at jboss.com Tue Jan 16 00:08:10 2007 Content-Type: multipart/mixed; boundary="===============5017412045856047584==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Test suite classpath normalization Date: Tue, 16 Jan 2007 00:08:10 -0500 Message-ID: <27474636.1168924090856.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5017412045856047584== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "ryan.campbell(a)jboss.com" wrote : Ok, so it sounds like you want somethin= g like several of these: | = | .classpath | = | where .classpath is the ant target with dashes converted t= o dots. So we would have: | = | jboss.all.config.tests.classpath | tests.security.manager.classpath | tomcat.ssl.tests.classpath | etc... | = | We will come up with estimates for the monolithic test classpath vs. gr= oup level classpaths. The monolithic test classpath will meet our immedia= te needs, but I realize the group level classpaths provide better documenta= tion and better analysis of depdencies. | = Sounds good. "ryan.campbell(a)jboss.com" wrote : = | As for the tests in other modules, this goes back to isolating the test= harness/refactoring the test suite. This is in scope for the near future,= but I'd like to keep that discussion separate. Ok. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002117#4002117 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002117 --===============5017412045856047584==-- From do-not-reply at jboss.com Tue Jan 16 01:27:39 2007 Content-Type: multipart/mixed; boundary="===============3321800255087356578==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 01:27:39 -0500 Message-ID: <19977937.1168928859838.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3321800255087356578== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable so how are the objects serialized up? Do you precompile? Or will it just = do it? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002132#4002132 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002132 --===============3321800255087356578==-- From do-not-reply at jboss.com Tue Jan 16 02:11:52 2007 Content-Type: multipart/mixed; boundary="===============6722159093302448279==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 02:11:52 -0500 Message-ID: <9881673.1168931512192.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6722159093302448279== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its done dynamically as part of the deployment processing of the profile. I= f a DeploymentContext does not have predetermined managed objects its run t= hrough the MainDeployer.process to the CLASSLOADER_DEPLOYER and then the pr= ofile.updateDeployment so that the attachments can be saved. Its just objec= t serialization of the context attachments object at that point using the s= erializer associated with the repository. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002139#4002139 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002139 --===============6722159093302448279==-- From do-not-reply at jboss.com Tue Jan 16 02:48:08 2007 Content-Type: multipart/mixed; boundary="===============9196050698895244172==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Tue, 16 Jan 2007 02:48:08 -0500 Message-ID: <18231353.1168933688037.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9196050698895244172== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Can I assign you this JIRA issue? - http://jira.jboss.com/jira/browse/JBMICROCONT-117 So that we can also bug you through JIRA if we have some Maven + MC proble= ms. ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002145#4002145 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002145 --===============9196050698895244172==-- From do-not-reply at jboss.com Tue Jan 16 04:16:22 2007 Content-Type: multipart/mixed; boundary="===============2437849636271437281==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Tue, 16 Jan 2007 04:16:22 -0500 Message-ID: <9591939.1168938982530.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2437849636271437281== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "camunda" wrote : 1.) contribute some jbpm commands (because we had writte= n some additional logic like updating a process version in special cricumst= ances) to get rid of our own service-classes. | = great. put them in org.jbpm.command package. the good thing is that comma= nds are isolated. so you can't break any existing stuff. "camunda" wrote : 3.) Extract the generic code we used for a Swing-Tasklis= t and opening tasks in Swing panels to form a generic framework for Swing a= pplications working with jBPM | = a minimal working swing client would be nice. even better would be a clien= t based on eclipse rcp. ever thought of doing that ? "camunda" wrote : One problem is maybe, that we have some very pragmatic co= mmands in our toolkit (e.g. updating the process version of a running insta= nce in the case, that there is a note with the same name in the new version= ), which we also want to contribute. Would that be OK for you? = | = process migration is a good command. providing that functionality is on = my todo list as well. i want to do this as follows: input is a processInst= ance, a new processDefinition and a map of old node names to new node names= . any help in that is appreciated. even if your code doesn't yet have the= node map integrated. "camunda" wrote : Maybe I can make a package org.jbpm.command.experimental = for that? | = no need for that. put it in the org.jbpm.package. if you can, such info s= hould be in the documentation. i guess the most practical place to start d= ocumenting commands is in the javadocs. "camunda" wrote : A second thing is, that I need for Swing-applications som= e GetProcess/Task/.../Command's, because I need to preload some parts of th= e objects graph before give the result to the client. But the advantage is,= we can get rid of any DataTransferObject's we currently use in the AdminCl= ient. I will just add them to the core, ok? | = yes, please add them. "camunda" wrote : Also I will not have a JUnit test for every command, even= if they are working in some real life applications... But I will work on = that issue as soon there is time! | = as long as the average test coverage is ok, this is good. but beware that = writing a test also guards your code of being evicted if you can't maintain= it any more. if untested code starts producing problems and you're not ar= ound to fix it in a reasonable time, we might decide to evict that code... = With unit test we can fix it ourselves, even if you're not around. great plan. thanks. sorry for late reply View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002180#4002180 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002180 --===============2437849636271437281==-- From do-not-reply at jboss.com Tue Jan 16 04:38:27 2007 Content-Type: multipart/mixed; boundary="===============2765732766729224884==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - remove .project and .classpath from bpel Date: Tue, 16 Jan 2007 04:38:27 -0500 Message-ID: <26734444.1168940307862.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2765732766729224884== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable alex, if you don't use the .project and .classpath in the bpel subproject, = can you delete those files ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002190#4002190 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002190 --===============2765732766729224884==-- From do-not-reply at jboss.com Tue Jan 16 04:40:33 2007 Content-Type: multipart/mixed; boundary="===============9148661613965213873==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Management Features on JBoss] - Internalization of the management layer Date: Tue, 16 Jan 2007 04:40:32 -0500 Message-ID: <23073952.1168940432945.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9148661613965213873== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So now that I'm starting to code exceptions and messages that will show up = in management console tools, I need to start thinking about how this will b= e internationalized. We have a couple of starting points: http://docs.jboss.org/process-guide/en/html/internationalization.html#d0e39= 16 and a project John mentioned and has written about: http://www.onjava.com/pub/a/onjava/2006/12/06/i18n-messages-and-logging.htm= l?page=3D2 http://i18nlog.sourceforge.net/doc/users-guide.html I like the i18nlog annotations for handling the bundle keys, but the loggin= g is a subset of the arjuna code. Maybe the best approach is just to update= the arjuna javadoc to use annotations similar to i18nlog. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002192#4002192 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002192 --===============9148661613965213873==-- From do-not-reply at jboss.com Tue Jan 16 04:57:49 2007 Content-Type: multipart/mixed; boundary="===============8877408488808859424==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Tue, 16 Jan 2007 04:57:49 -0500 Message-ID: <18063000.1168941469574.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8877408488808859424== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have decoupled the cms from the core yesterday. There may have minor issu= es to correct, but it looks like it went fine. I'll take care of other modules later this week. I plan to detach ui, manag= ement and samples. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002206#4002206 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002206 --===============8877408488808859424==-- From do-not-reply at jboss.com Tue Jan 16 05:09:51 2007 Content-Type: multipart/mixed; boundary="===============8848189774085554581==" MIME-Version: 1.0 From: camunda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Tue, 16 Jan 2007 05:09:51 -0500 Message-ID: <3605600.1168942191607.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8848189774085554581== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi tom, anonymous wrote : sorry for late reply no problem... anonymous wrote : even better would be a client based on eclipse rcp. ever = thought of doing that ? = Sorry, I have no experience with RCP clients, and I think they are much dif= ferent from Swing ones. Also I have only be in projects working with Swing,= not RCP (I experienced in bigger companies the Webstart argument is very s= trong, so they do not go with RCP, but I will not start this discussion her= e :-)) anonymous wrote : process migration is a good command. providing that funct= ionality is on my todo list as well. i want to do this as follows: input is= a processInstance, a new processDefinition and a map of old node names to = new node names. any help in that is appreciated. even if your code doesn't = yet have the node map integrated. | = Our code currently updates one processInstance if the node exists with the = same name in the new definition. changing that to a node-name-map should no= t be a big deal.... How do you organize commits, can I add everything to the HEAD in cvs and co= mmit then when I am ready? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002210#4002210 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002210 --===============8848189774085554581==-- From do-not-reply at jboss.com Tue Jan 16 05:18:26 2007 Content-Type: multipart/mixed; boundary="===============8216615394470928548==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Tue, 16 Jan 2007 05:18:26 -0500 Message-ID: <14140727.1168942706635.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8216615394470928548== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable yes. you can just commit when you're ready. keep an eye on these forums. = as before and after a release, i might instruct here to keep your updates = on HEAD for a short period (a few days). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002213#4002213 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002213 --===============8216615394470928548==-- From do-not-reply at jboss.com Tue Jan 16 05:19:27 2007 Content-Type: multipart/mixed; boundary="===============3969332069903461759==" MIME-Version: 1.0 From: djmacpac To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - MailModuleImpl Date: Tue, 16 Jan 2007 05:19:27 -0500 Message-ID: <13065197.1168942767610.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3969332069903461759== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I want to use the MailModuleImpl but I don't know how to. I want to catch an exception and send the message to an eMail adress. But n= ow i don't know how to use the MailModule. I have this: | MailModuleImpl mail =3D new MailModuleImpl(); | = but i can't use methods like send or setGateway , what did I forget? Please help me! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002214#4002214 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002214 --===============3969332069903461759==-- From do-not-reply at jboss.com Tue Jan 16 05:20:18 2007 Content-Type: multipart/mixed; boundary="===============0907150420231170799==" MIME-Version: 1.0 From: djmacpac To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: MailModuleImpl Date: Tue, 16 Jan 2007 05:20:17 -0500 Message-ID: <24052630.1168942817919.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0907150420231170799== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry wrong Forum, wanted to post it in the User Forum, who can move this? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002216#4002216 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002216 --===============0907150420231170799==-- From do-not-reply at jboss.com Tue Jan 16 05:34:13 2007 Content-Type: multipart/mixed; boundary="===============2523262130737282223==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Tue, 16 Jan 2007 05:34:13 -0500 Message-ID: <22968343.1168943653080.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2523262130737282223== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That looks fine, but the osgi-int project has been moved out of the jbossmc= root. Maybe Ales just started something new in its place, but osgi-int sho= uld be ignored for the maven build. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002223#4002223 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002223 --===============2523262130737282223==-- From do-not-reply at jboss.com Tue Jan 16 05:42:03 2007 Content-Type: multipart/mixed; boundary="===============7701988136188461565==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Tue, 16 Jan 2007 05:42:03 -0500 Message-ID: <10856999.1168944123649.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7701988136188461565== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : That looks fine, but the osgi-int project= has been moved out of the jbossmc root. If we could just ignore it at the moment. We have a separate project, since at that time I thought we needed better m= odularization, but as the way things are implemented now - quite out-of-the= -box with MC support - I'm not so sure any more. So I might put it back in = - once it is finished and fully tested. "scott.stark(a)jboss.org" wrote : Maybe Ales just started something new in = its place, but osgi-int should be ignored for the maven build. Nope. Nothing new from my side. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002225#4002225 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002225 --===============7701988136188461565==-- From do-not-reply at jboss.com Tue Jan 16 07:14:01 2007 Content-Type: multipart/mixed; boundary="===============1587621428352573625==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Tue, 16 Jan 2007 07:14:01 -0500 Message-ID: <29667987.1168949641440.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1587621428352573625== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The tests really shouldn't care if the underlying implementation is using J= CA or ASF. We just need some tests that test every combination (there aren't that many= ), i.e.: CMT: tx Required: test message receipt. test message is not acked until onMessage returned test throwing RuntimeException test throwing Checked exception test setRollbackOnly etc tx Not Supported first define what the behaviour should be then do the same tests as tx requ= ired and check results conform to defined behaviour BMT: Check that message is acked according to ack mode specified in config, i.e.= AUTO_ACK, DUPS_OK. Check that defaults to AUTO_ACK if not specified. use UT to being and commit /rollback tx. do some other transactional operat= ion in the UT (e.g. send to another MDB) Then repeat all the above using MDB on queue, topic with durable and non du= rable subscripton, selector etc. So this isn't about testing the adapter, AFAIK the adapter tests look prett= y thorough. This is about testing MDB functionality, and should be agnostic of the impl= ementation. Then we just run the exact same of tests swapping out the invoker-proxy-bin= ding for either JMSContainerInvoker or JCA inflow, and repeat again for Jbo= ssMQ and JBM. Should pass all tests in all 4 configurations. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002238#4002238 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002238 --===============1587621428352573625==-- From do-not-reply at jboss.com Tue Jan 16 08:14:11 2007 Content-Type: multipart/mixed; boundary="===============0314067930882172323==" MIME-Version: 1.0 From: schoren To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - JBoss IDE doesn't show JBoss server in debugging options Date: Tue, 16 Jan 2007 08:14:11 -0500 Message-ID: <20496155.1168953251797.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0314067930882172323== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi. I've been following the instructions on http://docs.jboss.com/jbosside/= tutorial/build/en/html/, but when i get to debugging, there is no option ca= lled JBoss 2.4.x nor JBoss 3.0.x nor JBoss3.2.x nor JBoss 4.0. How can i do= to debugg??? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002263#4002263 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002263 --===============0314067930882172323==-- From do-not-reply at jboss.com Tue Jan 16 09:35:24 2007 Content-Type: multipart/mixed; boundary="===============7433248643842959938==" MIME-Version: 1.0 From: heiko.braun at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - @PortComponent replacement Date: Tue, 16 Jan 2007 09:35:24 -0500 Message-ID: <6822877.1168958124585.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7433248643842959938== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable While working on config issues i realized that the PortComponentAnnotation= needed refactoring. It's now split into @WebContext and @EndpointConfig. = The main reason for this was the distinction between client and server side= annotations. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002291#4002291 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002291 --===============7433248643842959938==-- From do-not-reply at jboss.com Tue Jan 16 09:39:46 2007 Content-Type: multipart/mixed; boundary="===============9151076883061477666==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Tue, 16 Jan 2007 09:39:46 -0500 Message-ID: <30795981.1168958386781.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9151076883061477666== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | Can I assign you this JIRA issue? | - http://jira.jboss.com/jira/browse/JBMICROCONT-117 = | = Yes, please do. anonymous wrote : = | That looks fine, but the osgi-int project has been moved out of the jbo= ssmc root. Maybe Ales just started something new in its place, but osgi-int= should be ignored for the maven build. | = If I just comment it out or remove that line from the build/pom.xml, then t= he main build won't pick it up. Then I can still put the osgi-int pom into= that project subdirectory, in case you want to build it by itself, or you = want to use it later. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002294#4002294 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002294 --===============9151076883061477666==-- From do-not-reply at jboss.com Tue Jan 16 09:40:13 2007 Content-Type: multipart/mixed; boundary="===============8346098831133012227==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 09:40:13 -0500 Message-ID: <27822742.1168958413209.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8346098831133012227== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So does a specific deployer need to change to take advantage of this? I'm = thinking yes, because the XML or other source of metadata may have been upd= ated in the meantime. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002295#4002295 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002295 --===============8346098831133012227==-- From do-not-reply at jboss.com Tue Jan 16 09:48:13 2007 Content-Type: multipart/mixed; boundary="===============3759071627990138736==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Tue, 16 Jan 2007 09:48:12 -0500 Message-ID: <1896791.1168958892996.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3759071627990138736== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is effectively what the framework does, both for ASF and for JCA. I wi= ll verify this, but I am sure a majority of those cases are covered. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002297#4002297 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002297 --===============3759071627990138736==-- From do-not-reply at jboss.com Tue Jan 16 09:51:39 2007 Content-Type: multipart/mixed; boundary="===============1918674402345948640==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Retrowoven container project Date: Tue, 16 Jan 2007 09:51:39 -0500 Message-ID: <20325026.1168959099078.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1918674402345948640== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable When used with JBoss Retro, we will replace access to Constructor.getGeneri= cParameterTypes() with a call to some other class that does this. We will a= lso replace all occurrences of java.lang.reflect.Type with org.jboss.lang.r= eflect.Type etc. The "some other class that does this" will need to use javassist to get hol= d of the generic info, similarly to how the JBoss Retro AnnotationHelper us= es javassist to get hold of the annotations from the bytecode attributes. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002298#4002298 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002298 --===============1918674402345948640==-- From do-not-reply at jboss.com Tue Jan 16 09:53:55 2007 Content-Type: multipart/mixed; boundary="===============6770332687514767772==" MIME-Version: 1.0 From: roy.russo at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Tue, 16 Jan 2007 09:53:55 -0500 Message-ID: <1300793.1168959235683.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6770332687514767772== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There are problem with the core-cms: 1. You *must* deploy the jboss-portal.sar first, and then the portal-cms.sa= r. If you do not, the cms will not deploy at all, due to some issues with s= ecurity/identity. 2. If you deploy the portal-cms.sar in a running instance of AS, it will cr= eate all the resources. = a. File creation is sloooooow. = b. Also, when you log in to the cmsAdminPortlet, it doesn't show the roo= t directory so you can't do anything. I wouldn't be surprised if this is al= so related to identity integration. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002301#4002301 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002301 --===============6770332687514767772==-- From do-not-reply at jboss.com Tue Jan 16 09:54:42 2007 Content-Type: multipart/mixed; boundary="===============8520625688930626421==" MIME-Version: 1.0 From: pavel.tsekov at redhat.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Test suite classpath normalization Date: Tue, 16 Jan 2007 09:54:42 -0500 Message-ID: <23787999.1168959282688.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8520625688930626421== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Are there any tests in the testsuite that require .jar libraries from ${jbo= ss.dist}/client ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002303#4002303 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002303 --===============8520625688930626421==-- From do-not-reply at jboss.com Tue Jan 16 09:56:33 2007 Content-Type: multipart/mixed; boundary="===============7685277113055045295==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Tue, 16 Jan 2007 09:56:33 -0500 Message-ID: <18005893.1168959393605.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7685277113055045295== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "pgier" wrote : anonymous wrote : = | | Can I assign you this JIRA issue? | | - http://jira.jboss.com/jira/browse/JBMICROCONT-117 = | | = | Yes, please do. | = Sorry, but I don't know your real name. :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002304#4002304 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002304 --===============7685277113055045295==-- From do-not-reply at jboss.com Tue Jan 16 10:20:48 2007 Content-Type: multipart/mixed; boundary="===============8533577094747790081==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Tue, 16 Jan 2007 10:20:47 -0500 Message-ID: <5513275.1168960847997.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8533577094747790081== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | = | Sorry, but I don't know your real name. :-) | = Paul Gier :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002312#4002312 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002312 --===============8533577094747790081==-- From do-not-reply at jboss.com Tue Jan 16 10:40:11 2007 Content-Type: multipart/mixed; boundary="===============1889264205271438234==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Tue, 16 Jan 2007 10:40:11 -0500 Message-ID: <17883191.1168962011131.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1889264205271438234== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "pgier" wrote : Paul Gier :) Hmm ... yes, I did look at the P and G first letters to assign you the task. But you are not on the JBoss JIRA assignies, or I can't assign it to you? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002317#4002317 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002317 --===============1889264205271438234==-- From do-not-reply at jboss.com Tue Jan 16 11:00:40 2007 Content-Type: multipart/mixed; boundary="===============8597991479551489022==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Simple Orchestration Quickstart Date: Tue, 16 Jan 2007 11:00:40 -0500 Message-ID: <4254658.1168963240435.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8597991479551489022== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The intent of this quickstart is to show simple service orchestration using= jBPM (jpdl) and the ESB. It is planned to consist of a simple jBPM proces= s (similar to what Burr demo'd in Berlin). This process would be started by= receipt of a JMS message from an ESB Action, then would send a JMS message= to the ESB to perform a transformation and perhaps send another message. A= nother ESB action would signal the process to continue. The quickstart would be in examples/quickstart/simple_orchestation, would "= borrow" code from a few of the other quickstarts, and include a process def= inition and three new classes: ESB Action to initiate a process ESB Action to signal a process jBPM ActionHandler to send JMS message The ESB Actions will use the the jBPM 3.2 Command interface to communicate = with jBPM. jBPM 3.2 is still beta, but should release early February, and t= he command interface is stable at this point. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002331#4002331 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002331 --===============8597991479551489022==-- From do-not-reply at jboss.com Tue Jan 16 11:26:13 2007 Content-Type: multipart/mixed; boundary="===============4368413762126140039==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Tue, 16 Jan 2007 11:26:13 -0500 Message-ID: <14307591.1168964773718.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4368413762126140039== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : CNFE are expected and prevent updates fro= m loading. So the testAddDataSource is expected to fail? What needs to be in place for= it to succeed? "scott.stark(a)jboss.org" wrote : I don't see any overflows though. What is= the os and jdk in use? Ok, I will try a new JDK. Thanks View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002333#4002333 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002333 --===============4368413762126140039==-- From do-not-reply at jboss.com Tue Jan 16 11:45:28 2007 Content-Type: multipart/mixed; boundary="===============8469798432977281661==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Transaction Services] - XAResourceRecovery close? Date: Tue, 16 Jan 2007 11:45:28 -0500 Message-ID: <1704282.1168965928875.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8469798432977281661== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm implementing an XAResourceRecovery class which creates an XAConnection = to the jms server, gets the XAResource and returns that in the getXAResourc= e() method. This is all fine, but I can't find any lifecycle methods that get called on= the XAResourceRecovery() when the recovery manager is done with it, so we = can close any underlying resources. At some point we need to close the connection. Without such a lifecycle met= hod how can I know when it is safe to close the underlying connection? I can use a finalizer, but I'd rather not. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002343#4002343 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002343 --===============8469798432977281661==-- From do-not-reply at jboss.com Tue Jan 16 11:53:23 2007 Content-Type: multipart/mixed; boundary="===============4329130811009926978==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Fine grained action aware interfaces (JBMICROCONT-134) Date: Tue, 16 Jan 2007 11:53:23 -0500 Message-ID: <16374041.1168966403304.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4329130811009926978== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have updated the lifecycle stuff to use the more specific lifecycle Kerne= lControllerContextAware interfaces. As part of this I have changed the xml to = | | | | | | | = This will need updating in A/S trunk when the microcontainer snapshot is up= dated (affected modules are aop-mc-int and kernel). I modified kernel to no= t invoke the ConfigureKernelControllerContextAware twice, by checking that = if the interface is EXACTLY KernelControllerContextAware, it will invoke th= at as part of the ConfigureAction. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002348#4002348 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002348 --===============4329130811009926978==-- From do-not-reply at jboss.com Tue Jan 16 13:31:03 2007 Content-Type: multipart/mixed; boundary="===============6446649471508675178==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 13:31:03 -0500 Message-ID: <16344213.1168972263721.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6446649471508675178== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The deployers need to have a stable api relative to the serialization forma= t. That can be based on a stable pojo object model that is binary compatibl= e as it evolves, or a serializer that deals with evolution. Right now the s= erialization is not a function of the attachment type, but that is what I w= ant to support. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002379#4002379 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002379 --===============6446649471508675178==-- From do-not-reply at jboss.com Tue Jan 16 13:33:16 2007 Content-Type: multipart/mixed; boundary="===============7923126402385670578==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Test suite classpath normalization Date: Tue, 16 Jan 2007 13:33:16 -0500 Message-ID: <25403024.1168972396869.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7923126402385670578== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Not currently as the testsuite classpath is built from the jbossas module c= lasspaths. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002383#4002383 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002383 --===============7923126402385670578==-- From do-not-reply at jboss.com Tue Jan 16 13:36:52 2007 Content-Type: multipart/mixed; boundary="===============6983763416224854245==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Tue, 16 Jan 2007 13:36:52 -0500 Message-ID: <10565445.1168972612307.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6983763416224854245== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "charles.crouch(a)jboss.com" wrote : "scott.stark(a)jboss.org" wrote : CNFE= are expected and prevent updates from loading. | = | So the testAddDataSource is expected to fail? What needs to be in place= for it to succeed? | = No, that works for me. I'm running from within eclipse though so most likel= y a classpath is missing from the ant scripts that cause the problem when r= unning from the command line. The update loading is a startup problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002386#4002386 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002386 --===============6983763416224854245==-- From do-not-reply at jboss.com Tue Jan 16 14:00:17 2007 Content-Type: multipart/mixed; boundary="===============1266631250009280724==" MIME-Version: 1.0 From: ryan.campbell at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: Test suite classpath normalization Date: Tue, 16 Jan 2007 14:00:17 -0500 Message-ID: <21305940.1168974017254.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1266631250009280724== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Right, so instead of building the classpath from jbossas module classpaths,= we want to build it primarily from ${jboss.dist}/client. All tests will t= hen require .jar libraries from ${jboss.dist}/client. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002396#4002396 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002396 --===============1266631250009280724==-- From do-not-reply at jboss.com Tue Jan 16 14:12:47 2007 Content-Type: multipart/mixed; boundary="===============3410591680096351513==" MIME-Version: 1.0 From: sohil.shah at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Tue, 16 Jan 2007 14:12:47 -0500 Message-ID: <24719097.1168974767227.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3410591680096351513== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable looking into this. my guess is that when it loads and tries to create resources, its not being= allowed to due to permission issues. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002399#4002399 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002399 --===============3410591680096351513==-- From do-not-reply at jboss.com Tue Jan 16 16:10:46 2007 Content-Type: multipart/mixed; boundary="===============8741266926544117220==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 16:10:46 -0500 Message-ID: <10128525.1168981846755.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8741266926544117220== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : The deployers need to have a stable api r= elative to the serialization format. That can be based on a stable pojo obj= ect model that is binary compatible as it evolves, or a serializer that dea= ls with evolution. Right now the serialization is not a function of the att= achment type, but that is what I want to support. | = | = im not thinking of evolution, more of that the app developer has updated an= XML file/annotation in their application/deployment View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002442#4002442 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002442 --===============8741266926544117220==-- From do-not-reply at jboss.com Tue Jan 16 16:17:02 2007 Content-Type: multipart/mixed; boundary="===============1254246572450420727==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - ManagedProperty changes Date: Tue, 16 Jan 2007 16:17:02 -0500 Message-ID: <13120207.1168982222339.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1254246572450420727== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Two changes I need to allow for better use of ManagedProperty are to change= the ManagedPropertyImpl managedObject field to be of type ManagedObject ra= ther than ManagedObjectImpl (this is done and in the current snapshot), and= also to allow a ManagedProperty to be disconnected from its ManagedObject = as in not requiring this to be non-null. This is needed for deployment templates that just want to expose a set of p= roperties that need to be applied to a template. The ManagedProperty are si= mple value type objects used to convey the required properties in order to = populate the template. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002444#4002444 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002444 --===============1254246572450420727==-- From do-not-reply at jboss.com Tue Jan 16 16:18:02 2007 Content-Type: multipart/mixed; boundary="===============3205906927856978765==" MIME-Version: 1.0 From: kbjorndahl To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - CMS "Select Action" DropDown broken in IE6 Date: Tue, 16 Jan 2007 16:18:02 -0500 Message-ID: <4581964.1168982282801.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3205906927856978765== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Works good in FireFox, but the drop down doesn't see to drop down in IE6 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002445#4002445 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002445 --===============3205906927856978765==-- From do-not-reply at jboss.com Tue Jan 16 16:20:09 2007 Content-Type: multipart/mixed; boundary="===============3441600158739572907==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 16:20:09 -0500 Message-ID: <21301996.1168982409338.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3441600158739572907== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If that happens then the pre-processed attachments need to be thrown away. = This is a check that needs to be added to the loadAttachments logic. If a r= aw deployment is newer than the attachments the are thrown away. Now if there are also admin edits, whether or not they can be reapplied wil= l depend on the change and how the edits are stored. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002446#4002446 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002446 --===============3441600158739572907==-- From do-not-reply at jboss.com Tue Jan 16 16:22:13 2007 Content-Type: multipart/mixed; boundary="===============0465112270207277266==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Tue, 16 Jan 2007 16:22:13 -0500 Message-ID: <3137021.1168982533099.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0465112270207277266== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : "charles.crouch(a)jboss.com" wrote : "sco= tt.stark(a)jboss.org" wrote : CNFE are expected and prevent updates from lo= ading. | | = | | So the testAddDataSource is expected to fail? What needs to be in p= lace for it to succeed? | | = | No, that works for me. = | = Ok, I was lying. A previous simple deployment creation was working, but app= lying changes to the template properties as is currently done in the test i= s not. This should be working by tonight's checkin. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002448#4002448 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002448 --===============0465112270207277266==-- From do-not-reply at jboss.com Tue Jan 16 16:38:23 2007 Content-Type: multipart/mixed; boundary="===============6173406194755856192==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Fine grained action aware interfaces (JBMICROCONT-134) Date: Tue, 16 Jan 2007 16:38:23 -0500 Message-ID: <29414670.1168983503210.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6173406194755856192== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I pulled in your changes and will test them in my local snapshot update. I'= ll be pushing out a new snapshot tonight that includes these along with man= agement changes I'm working on. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002456#4002456 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002456 --===============6173406194755856192==-- From do-not-reply at jboss.com Tue Jan 16 17:05:40 2007 Content-Type: multipart/mixed; boundary="===============6572642122936624573==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 17:05:40 -0500 Message-ID: <22489468.1168985140501.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6572642122936624573== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Don't see how the current logic could work with exploded archive. You have= the "WATCH FILE" problem all over again. A deploymentContext could have a= number of attachments associated with it that are loaded from different de= ployers and multiple files. One attachment could even be loaded from multi= ple files. This logic is going to need callbacks to the deployer that need= s the attachment so that the deployer can identify timestamps to check the = serialization event against. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002462#4002462 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002462 --===============6572642122936624573==-- From do-not-reply at jboss.com Tue Jan 16 17:09:04 2007 Content-Type: multipart/mixed; boundary="===============0119635865471850636==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 17:09:04 -0500 Message-ID: <5543559.1168985344298.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0119635865471850636== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That really should be an optional development type feature where a vfs visi= tor provides the deployment timestamp. If the visitor is configured then ed= its made outside of the profile service can be identified. The simplest ini= tial implementation is to simply touch the top level deployment anytime con= tent is changed. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002464#4002464 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002464 --===============0119635865471850636==-- From do-not-reply at jboss.com Tue Jan 16 17:15:55 2007 Content-Type: multipart/mixed; boundary="===============8643668911321417618==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - shutdown vs. undeploy with serialized attachments Date: Tue, 16 Jan 2007 17:15:55 -0500 Message-ID: <13872559.1168985755571.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8643668911321417618== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Does the kernel make a distinction between undeploy and shutdown with seria= lized attachments? IMO, undeploy deletes the DeploymentContext's serialize= d attachments, while shutdown does not. We really need this distinction for unit testing where the same jar name mi= ght be deployed numerous times and yet be entirely different internally. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002468#4002468 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002468 --===============8643668911321417618==-- From do-not-reply at jboss.com Tue Jan 16 17:31:40 2007 Content-Type: multipart/mixed; boundary="===============6128383163096111701==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Bean definition as value add problem (JBMICROCONT-28) Date: Tue, 16 Jan 2007 17:31:40 -0500 Message-ID: <3501245.1168986700539.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6128383163096111701== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So did we end up supporting this anonymous inner bean syntax? Its a bit ted= ious to have to reference another bean when the bean really is a contained = entity with a lifecycle bound to the bean into which its being injected. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002474#4002474 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002474 --===============6128383163096111701==-- From do-not-reply at jboss.com Tue Jan 16 17:37:52 2007 Content-Type: multipart/mixed; boundary="===============2072108309899961051==" MIME-Version: 1.0 From: SmokingAPipe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Tracing what happens before EARDeployer starts Date: Tue, 16 Jan 2007 17:37:52 -0500 Message-ID: <23052757.1168987072545.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2072108309899961051== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm new to JBoss internals. I'm having a very strange problem: I have two = applications in EAR files. When I deploy them on my desktop machine here (= localhost) I get normal log messages. When I set up a virtual-host entry i= n jboss-web.xml, and the corresponding Host entries in jbossweb/server.xml,= I get no log messages, or System.out, or anything from the web apps. In a normal situation, the first log message I see is the EARDeployer messa= ge. When it is on the real server with virtual hosts, the EARs do in fact = deploy, but there is no EARDeployer message on console, or any other messag= e from these EARs, no matter what logging method I use, even System.out.pri= ntln(). Of course exceptions don't show up, so this whole system is almost= useless in production because I can only guess at where problems are. I have spent about three days working on this and am not getting anywyere. = My next step is to go through the JBoss source code to figure out where th= ese log messages are being dropped. It looks like EARDeployer is the first= thing that's missing so maybe I should start there. Can anyone suggest how I get started in the JBoss source to trace this? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002479#4002479 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002479 --===============2072108309899961051==-- From do-not-reply at jboss.com Tue Jan 16 17:37:57 2007 Content-Type: multipart/mixed; boundary="===============3170059844783158881==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: shutdown vs. undeploy with serialized attachments Date: Tue, 16 Jan 2007 17:37:56 -0500 Message-ID: <3905759.1168987076955.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3170059844783158881== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its not a kernel notion. Its a combined usage of the MainDeployer and Profi= leService. shutdown is MainDeployer.removeDeploymentContext(DeploymentConte= xt). Undeployming is Profile.removeDeployment(). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002480#4002480 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002480 --===============3170059844783158881==-- From do-not-reply at jboss.com Tue Jan 16 18:36:46 2007 Content-Type: multipart/mixed; boundary="===============4823631230651219285==" MIME-Version: 1.0 From: adamw To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Navigation in Labs 2.0 Date: Tue, 16 Jan 2007 18:36:46 -0500 Message-ID: <6047848.1168990606186.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4823631230651219285== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, as I'm starting to change the project pages behavior, I guess it's good tim= e to decide how navigation will look like :) As I suppose everybody already knows that each project will have the abilit= y to compose its page out of a set of available portlets (via a GUI that Ry= siek&Pawe? are writing). They will also be able to add additional pages wit= h other portlets. So I think a first navigational portlet will be "Project = Pages" which will simply list the pages defined for a project and enable to= switch between them (of course, a project would have to add this portlet t= o their pages; it would be only usable when a project is selected). Also, projects much be chosen somehow. So on the main page we would have a = "Project List" portlet (or "Software Map" portlet)? That would be a second = navigational portlet. How this portlet would be accessed? As I have seen on= the mockups, there is no "navigation" on the left side. A third navigational portlet would be needed for navigating between "global= " Labs pages, like architects library/ wiki/ contributors/ jmm/ etc. But I = think that we can do this by re-using the first one, that is, having a spec= ial "default" project, which would be hold the global content. Waiting for your opinions :) -- = Adam View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002513#4002513 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002513 --===============4823631230651219285==-- From do-not-reply at jboss.com Tue Jan 16 18:43:03 2007 Content-Type: multipart/mixed; boundary="===============0782965652355243852==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Bean definition as value add problem (JBMICROCONT-28) Date: Tue, 16 Jan 2007 18:43:03 -0500 Message-ID: <9075433.1168990983103.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0782965652355243852== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is done half way. No cloning at the moment. But you can define inner beans, with a full bean name. And they can be referenced from other beans. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002517#4002517 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002517 --===============0782965652355243852==-- From do-not-reply at jboss.com Tue Jan 16 19:06:49 2007 Content-Type: multipart/mixed; boundary="===============4600661083694262472==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Tue, 16 Jan 2007 19:06:49 -0500 Message-ID: <1662983.1168992409640.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4600661083694262472== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The way I found to skip the race condition was to guess the failoverId base= d on the order on the failoverMap. So, in case we can't find the nodeID on failoverMap (meaning the CF was alr= eady updated) I will use a method that I'm calling guessFailoverId: = | = | class ClusteringAspect... | = | = | public static Integer guessFailoverID(Map failoverMap, Integer nodeID) | { | Integer failoverNodeID =3D null; | Integer[] nodes =3D (Integer[])failoverMap.keySet().toArray(new I= nteger[failoverMap.size()]); | // We need to sort the array first | Arrays.sort(nodes); | for (int i =3D 0; i < nodes.length; i++) | { | if (nodeID.intValue() < nodes.intValue()) | { | failoverNodeID =3D nodes; | break; | } | } | // if still null use the first node... | if (failoverNodeID=3D=3Dnull) | { | failoverNodeID =3D nodes[0]; | } | return failoverNodeID; | } | = | = I want to keep this method as public static just because on the process of = writing it I wrote a testcase for it... I haven't committed it yet: org.jboss.test.messaging.jms.clustering.ClusteringAspectInternalTest Any objections on a test for internal methods (not part of the API)? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002524#4002524 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002524 --===============4600661083694262472==-- From do-not-reply at jboss.com Tue Jan 16 19:10:56 2007 Content-Type: multipart/mixed; boundary="===============3763391225401405876==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Tue, 16 Jan 2007 19:10:56 -0500 Message-ID: <9287962.1168992656775.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3763391225401405876== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : I'm thinking about how to fix this ra= ce condition: | = | = | I - ClientClusteredConnectionFactoryDelegate has this following failove= rMap: | = | Server 1->Server2->Server3->Server 1 | = | II - Server1 is killed | = | III - Now the CF::failoverMap is updated to: | Server2->Server3->Server2 | = | = I can't see how this would happen. When a server dies, the new failover map is created on the server according= to the algorithm. The algorithm would never create such a mapping. So this is a non problem AFAICT. Am I missing something? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002526#4002526 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002526 --===============3763391225401405876==-- From do-not-reply at jboss.com Tue Jan 16 19:13:52 2007 Content-Type: multipart/mixed; boundary="===============3247834175170373619==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Tue, 16 Jan 2007 19:13:52 -0500 Message-ID: <10859067.1168992832386.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3247834175170373619== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Also remember that the failover map on the client is never guaranteed to ex= actly mirror the server side map. This is why we built in "server hopping", where if the client got the wrong= server it wouuld just redirect to the correct server. In the most degenerate case, even if you choos a random server it would sti= ll redirect to the corrects server, so even if slightly inefficient would e= nd up on the correct failover server eventually. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002528#4002528 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002528 --===============3247834175170373619==-- From do-not-reply at jboss.com Tue Jan 16 19:14:29 2007 Content-Type: multipart/mixed; boundary="===============1214155230508417572==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Tue, 16 Jan 2007 19:14:28 -0500 Message-ID: <29029390.1168992868945.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1214155230508417572== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Well.. I could replicate this in a testcase.. so it is a problem. You have Server1, Server2, and Server3 Then you have a map: 1->2 2->3 3->1 Now you kill server1: Map now is: 2->3 3>2 You don't have 1 on the MAP. When a connection on server1 fails.. it won't find an ID on failoverMAP. I = could replicate this on a testcase. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002529#4002529 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002529 --===============1214155230508417572==-- From do-not-reply at jboss.com Tue Jan 16 19:16:44 2007 Content-Type: multipart/mixed; boundary="===============6019660590391497648==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Tue, 16 Jan 2007 19:16:43 -0500 Message-ID: <9255102.1168993003934.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6019660590391497648== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Also.. that's why I called this a race condition. Case the failure is captured after the ConnectionFactory is updated for som= e reason... you would have a NullPointerException. This is not a problem on the hopping... it's a matter of not finding anythi= ng on failoverMap what would cause a NPE. That's why I introduced the guess= ing routine and I will trust on the Hopping case the guess didn't find the = right server. (unlikely to happen.. the guessRoutine seemed to be pretty g= ood to me) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002531#4002531 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002531 --===============6019660590391497648==-- From do-not-reply at jboss.com Tue Jan 16 19:39:53 2007 Content-Type: multipart/mixed; boundary="===============8777675830437454716==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 19:39:52 -0500 Message-ID: <29725085.1168994393000.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8777675830437454716== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So, you're going to have a generic service check every timestamp of, of eve= ry file in the deployment context? Still think it would be much simpler if= the deployers control this as they know exactly what files to look for and= what timestamps of what files to store in the attachment serialization. T= hey would even be able to control whether or not serialization is allowed f= or that type of deployment. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002533#4002533 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002533 --===============8777675830437454716==-- From do-not-reply at jboss.com Tue Jan 16 19:48:44 2007 Content-Type: multipart/mixed; boundary="===============8855159972447485796==" MIME-Version: 1.0 From: jazir1979 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-615 still present in Embedded-ALPHA9 Date: Tue, 16 Jan 2007 19:48:44 -0500 Message-ID: <29461062.1168994924382.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8855159972447485796== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi folks, I just posted about this to the user forum as well, but that was before I n= oticed this thread. EJBTHREE-615 is causing problems for me too. I'd be willing to debug into = it further but had similar problems to Bill when trying to find the correct= source. I couldn't even find the correct starting point for the embedded = stuff... Any pointers, or ideas when this Jira issue would be assigned to a develope= r? cheers, Daniel. "hennejg" wrote : Bill, | = | thanks. I tried 2006-9-14 (the timestamp of the release on sf and insid= e the archive) but the line numbers for jbosssx (the starting point for me)= just don't match with the ones from the code's debug information. | In fact, I'm even confused about which repository is the correct one. T= he version I mentioned above is from CVS. SVN also has a JBossAuthorization= Manager in /repos/jbossas/projects/security et al. However, those versions = lack the updateCache method. | = | Thanks! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002535#4002535 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002535 --===============8855159972447485796==-- From do-not-reply at jboss.com Tue Jan 16 20:03:49 2007 Content-Type: multipart/mixed; boundary="===============4100923133315917627==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Tue, 16 Jan 2007 20:03:49 -0500 Message-ID: <25489224.1168995829190.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4100923133315917627== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It should be a pluggable visitor implementation. How much you want to check= is up to you. Having the deployers check is essentially is a structural sc= an with a list of files to check. It would be better to have deployers expo= se the metadata vfs paths that should go into timestamp verification and fe= ed them into a simple vfs visitor that can return the most recently modifie= d file amongh the patterns. This is bolierplate code that every deployer sh= ould not be repeating mister monolithic deployer writer. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002539#4002539 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002539 --===============4100923133315917627==-- From do-not-reply at jboss.com Tue Jan 16 20:22:35 2007 Content-Type: multipart/mixed; boundary="===============4558017649918104477==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Extracting mc base test classes into a jboss-mctest.jar Date: Tue, 16 Jan 2007 20:22:35 -0500 Message-ID: <17253446.1168996955494.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4558017649918104477== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm wanting to run mc based tests in other projects outside of the mc and w= ould like to leverage the abstract classes that are setting up test structu= res similar to what tests in the mc are doing. Can we look at what classes = would go into this and pull these into a separate jbossmc/test project so w= e can make that a separate artifact that can be used elsewhere. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002541#4002541 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002541 --===============4558017649918104477==-- From do-not-reply at jboss.com Tue Jan 16 20:56:19 2007 Content-Type: multipart/mixed; boundary="===============6888753856438531925==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Bean definition as value add problem (JBMICROCONT-28) Date: Tue, 16 Jan 2007 20:56:19 -0500 Message-ID: <23076372.1168998979411.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6888753856438531925== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I could actually use the wildcard support to use the javabean schema if the= javabean schema supported non-default constructors like this: | | | DsXmlDataSourceTemplate | A template for *-ds.xml deployments | | | | | | jndi-name | the jndi name to bind the DataSource under | | true | | | | | = I'm going to take a look at adding that support. I'll make this a urn:jboss= :javabean:2.0 version schema. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002549#4002549 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002549 --===============6888753856438531925==-- From do-not-reply at jboss.com Tue Jan 16 22:02:00 2007 Content-Type: multipart/mixed; boundary="===============7620242918872336814==" MIME-Version: 1.0 From: brc135 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Profiler work for realtime time-series data? Date: Tue, 16 Jan 2007 22:02:00 -0500 Message-ID: <6838036.1169002920313.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7620242918872336814== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I'm currently working on a research project involving JBoss where we wa= nt to monitor time-series data from JBoss. Ideally it would be nice to mon= itor a bunch of different set of objects (EJBs, Servlets, methods) and some= attributes on those objects (CPU, # active, etc.) Would it be possible to read the log data while it is being created -- onli= ne? Or does all data need to be analyzed in an offline fashion with the we= b app? It would also help me in evaluation is anyone had some sample logs they cou= ld share. = Thanks very much for help. = Brian View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002556#4002556 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002556 --===============7620242918872336814==-- From do-not-reply at jboss.com Tue Jan 16 22:30:58 2007 Content-Type: multipart/mixed; boundary="===============8693946125296465146==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Tracing what happens before EARDeployer starts Date: Tue, 16 Jan 2007 22:30:57 -0500 Message-ID: <32971155.1169004657936.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8693946125296465146== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its a pure logging issue. You will have to start with debugging the org.jbo= ss.logging.Logger calls. None of the deployers have dropped messages. Somet= hing has screwed up where the Logger plugin. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002564#4002564 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002564 --===============8693946125296465146==-- From do-not-reply at jboss.com Tue Jan 16 22:43:02 2007 Content-Type: multipart/mixed; boundary="===============7556523777821417899==" MIME-Version: 1.0 From: SmokingAPipe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Tracing what happens before EARDeployer starts Date: Tue, 16 Jan 2007 22:43:02 -0500 Message-ID: <2529897.1169005382078.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7556523777821417899== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, I need to start tracing on the org.jboss.logging.Logger. The one way t= o always get a message to the console, regardless of how (mis) configured l= oggers and System.out can be, is (thanks to Java 6) System.console.printf()= so I can make an instrumented version of the org.jboss.logging.Logger. Ti= me for me to learn how to build JBoss parts and get them installed. I will= post what I find. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002568#4002568 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002568 --===============7556523777821417899==-- From do-not-reply at jboss.com Tue Jan 16 22:48:18 2007 Content-Type: multipart/mixed; boundary="===============8580497140315033491==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Why SingletonSchemaResolverFactory? Date: Tue, 16 Jan 2007 22:48:18 -0500 Message-ID: <6626140.1169005698563.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8580497140315033491== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Why is the BasicXMLDeployer using the SingletonSchemaResolverFactory? This = cannot be extended and does not allow one to add new schemas without modify= ing the existing private ctor, which mean modifying the jbossxb release: | private SingletonSchemaResolverFactory() | { | addSchema("urn:jboss:aop-beans:1.0", "org.jboss.aop.microcontaine= r.beans.xml.AOPBeansSchemaInitializer", Boolean.FALSE); | addSchema("urn:jboss:bean-deployer", "org.jboss.kernel.plugins.de= ployment.xml.BeanSchemaInitializer", Boolean.FALSE); | addSchema("urn:jboss:bean-deployer:2.0", "org.jboss.kernel.plugin= s.deployment.xml.BeanSchemaInitializer20", Boolean.FALSE); | addSchema("urn:jboss:javabean:1.0", "org.jboss.kernel.plugins.con= fig.xml.JavaBeanSchemaInitializer", Boolean.FALSE); | } | = Either this should be subclassable, the mutator methods public, or BasicXML= Deployer using a different resolver factory. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002570#4002570 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002570 --===============8580497140315033491==-- From do-not-reply at jboss.com Wed Jan 17 00:08:42 2007 Content-Type: multipart/mixed; boundary="===============1156420969033588023==" MIME-Version: 1.0 From: alex.pinkin at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Wed, 17 Jan 2007 00:07:25 -0500 Message-ID: <5827614.1169010485626.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1156420969033588023== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i've just added Paul to Committer group in Jira, so you should be able to a= ssign tasks to him View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002580#4002580 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002580 --===============1156420969033588023==-- From do-not-reply at jboss.com Wed Jan 17 01:06:03 2007 Content-Type: multipart/mixed; boundary="===============3283110824307576867==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Why SingletonSchemaResolverFactory? Date: Wed, 17 Jan 2007 01:06:03 -0500 Message-ID: <17234721.1169013963820.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3283110824307576867== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I used this 'hack' to temp add new Spring schema: | public void setUp() throws Exception | { | SchemaBindingResolver resolver =3D SingletonSchemaResolverFactory= .getInstance().getSchemaBindingResolver(); | DefaultSchemaResolver defaultSchemaResolver =3D (DefaultSchemaRes= olver) resolver; | defaultSchemaResolver.addSchemaInitializer("urn:jboss:spring-bean= s:2.0", new SpringSchemaInitializer()); | defaultSchemaResolver.addSchemaLocation("urn:jboss:spring-beans:2= .0", "mc-spring-beans_2_0.xsd"); | super.setUp(); | } | = But I agree with you. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002601#4002601 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002601 --===============3283110824307576867==-- From do-not-reply at jboss.com Wed Jan 17 01:14:12 2007 Content-Type: multipart/mixed; boundary="===============0057538115098555551==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Maven build scripts Date: Wed, 17 Jan 2007 01:14:12 -0500 Message-ID: <28198482.1169014452544.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0057538115098555551== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks Alex. I've re-assigned the task to Paul. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002606#4002606 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002606 --===============0057538115098555551==-- From do-not-reply at jboss.com Wed Jan 17 01:22:23 2007 Content-Type: multipart/mixed; boundary="===============5838201034131587792==" MIME-Version: 1.0 From: SmokingAPipe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Tracing what happens before EARDeployer starts Date: Wed, 17 Jan 2007 01:22:23 -0500 Message-ID: <713394.1169014943388.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5838201034131587792== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable And the problem is solved. One of the applications on the server was misbe= having and somehow disabling the entire logging system and System.out globa= lly. It would be nice if JBoss would somehow block that from happening or = at least intercept it and log a warning, but anyway, it's the fault of the = web app. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002609#4002609 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002609 --===============5838201034131587792==-- From do-not-reply at jboss.com Wed Jan 17 01:40:27 2007 Content-Type: multipart/mixed; boundary="===============5254267044430941979==" MIME-Version: 1.0 From: ron.sigal at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Detached invokers are too detached from the transport Date: Wed, 17 Jan 2007 01:40:27 -0500 Message-ID: <16053240.1169016027418.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5254267044430941979== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have implemented a version of the solution I suggested above and checked = it in to the Remoting HEAD and remoting_2_x branches. 1. There are a couple of changes. First, the listener interface, org.jboss= .remoting.socketfactory.SocketCreationListener, is | public interface SocketCreationListener | { | /** | * Called when a socket has been created. | * = | * @param socket socket that has been created | * @param source SocketFactory or ServerSocket that created the sock= et | * @throws IOException | */ | void socketCreated(Socket socket, Object source) throws IOException; | } | = and there are two distinct configuration keys for incorporating listeners i= nto socket factories and server sockets: org.jboss.Remoting.SOCKET_CREATION_CLIENT_LISTENER (with value "socketCreat= ionClientListener") and org.jboss.Remoting.SOCKET_CREATION_SERVER_LISTENER (with value "socketCreat= ionServerListener") The reason for distinguishing these is that the same configuration Map can = get passed to both a server and a client. For example, it could be passed = to a Connector and then later to a Client used by the Connector to push cal= lbacks. Finally, to support configuration by InvokerLocator or xml, the va= lue of the listener parameter can be the name of a class that implements So= cketCreationListener and has a default constructor. 2. The solution works for the following transports: bisocket, sslbisocket,= https, multiplex, sslmultiplex, rmi, sslrmi, socket, and sslsocket. It do= es not work for the http transport and for the server side of the servlet t= ransport. The reason it doesn't work for http is that HttpURLConnection do= es not expose its socket factory (though HttpsURLConnection does). It shou= ld be possible to write a custom http protocol handler for this purpose, bu= t I won't unless is there is a specific request. And invocations with the = servlet transport go through a servlet container, which is outside the scop= e of Remoting. 3. The implementation is based on the classes: CreationListenerSocketFactor= y, CreationListenerServerSocketFactory, and CreationListenerServerSocket in the package org.jboss.remoting.socketfactor= y. CreationListenerSocketFactory wraps the SocketFactory that would otherw= ise be used, and calls the listener whenever a socket is created. Creation= ListenerServerSocketFactory wraps the ServerSocketFactory that would otherw= ise be used, and whenever a ServerSocket is created, it wraps that ServerSo= cket in a CreationListenerServerSocket, which calls the listener whenever i= t creates a socket. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002613#4002613 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002613 --===============5254267044430941979==-- From do-not-reply at jboss.com Wed Jan 17 04:25:40 2007 Content-Type: multipart/mixed; boundary="===============1973184190483166444==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Wed, 17 Jan 2007 04:25:39 -0500 Message-ID: <1548794.1169025939987.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1973184190483166444== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Clebert - I am somewhat baffled about the approach you are taking here. Can you try and describe it clearly (and slowly) so I can understand it? Thanks. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002655#4002655 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002655 --===============1973184190483166444==-- From do-not-reply at jboss.com Wed Jan 17 04:40:10 2007 Content-Type: multipart/mixed; boundary="===============7652952019680407800==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Wed, 17 Jan 2007 04:40:09 -0500 Message-ID: <16492159.1169026810004.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7652952019680407800== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : Well.. I could replicate this in a te= stcase.. so it is a problem. | = | = | You have Server1, Server2, and Server3 | = | Then you have a map: | = | 1->2 | 2->3 | 3->1 | = | Now you kill server1: | = | Map now is: | = | 2->3 | 3>2 | = | You don't have 1 on the MAP. | = | When a connection on server1 fails.. it won't find an ID on failoverMAP= . I could replicate this on a testcase. Surely you shouldn't update the failover map after node failure until all c= onnections have failed over from the old server? Then you can prevent this "race condition" from happening in the first plac= e? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002660#4002660 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002660 --===============7652952019680407800==-- From do-not-reply at jboss.com Wed Jan 17 04:57:42 2007 Content-Type: multipart/mixed; boundary="===============6989745610904104880==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Bean definition as value add problem (JBMICROCONT-28) Date: Wed, 17 Jan 2007 04:57:42 -0500 Message-ID: <29986661.1169027862151.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6989745610904104880== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable support for javabean ctors is working: | | | | | anObjectValue | StringValue | 12 | true | x = | 123 | 1234 | 12345 | 3.14 | 3.14e12 | Jan 01 00:00:00 CET 2001 | 12e4 | 123456 | 12 | true | y | 123 | 1234 | 12345 | 3.14 | 3.14e12 | 12345 | StringValue | XYZ | abc | | | = I'm not able to check these changes in currently though as svn seems to sti= ll be down from the upgrade effort. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002672#4002672 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002672 --===============6989745610904104880==-- From do-not-reply at jboss.com Wed Jan 17 08:54:25 2007 Content-Type: multipart/mixed; boundary="===============1102236853985913243==" MIME-Version: 1.0 From: bkeh12 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Fine grained action aware interfaces (JBMICROCONT-134) Date: Wed, 17 Jan 2007 08:54:25 -0500 Message-ID: <19985866.1169042065653.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1102236853985913243== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi,adrian Where are you ? = alesj wrote : Currently all interfaces extend KernelControllerContextAware,= which is convenient for simple awareness, but might not be that useful in = all cases. = Do you agree this! Can talk to us, please. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002778#4002778 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002778 --===============1102236853985913243==-- From do-not-reply at jboss.com Wed Jan 17 09:07:30 2007 Content-Type: multipart/mixed; boundary="===============3614038868723447023==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Fine grained action aware interfaces (JBMICROCONT-134) Date: Wed, 17 Jan 2007 09:07:29 -0500 Message-ID: <27114439.1169042849974.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3614038868723447023== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Where do you see the problem? What I meant was that if you need to be notified of the exact state (implem= enting multiple KCCAware interfaces) when the awareness happens, the same m= ethod is always called, and you must look into the context to figure out wh= at the current state is. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002791#4002791 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002791 --===============3614038868723447023==-- From do-not-reply at jboss.com Wed Jan 17 09:14:05 2007 Content-Type: multipart/mixed; boundary="===============1672251647800423357==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Wed, 17 Jan 2007 09:14:05 -0500 Message-ID: <7190727.1169043245605.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1672251647800423357== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable normally, the portal-cms.sar will be nested in jboss-portal.sar so the prob= lem will not exist (coordinated by the build system once all artifacts have= been created) I agree that for development we have to find a way to make it more usable. "roy.russo(a)jboss.com" wrote : There are problem with the core-cms: | = | 1. You *must* deploy the jboss-portal.sar first, and then the portal-cm= s.sar. If you do not, the cms will not deploy at all, due to some issues wi= th security/identity. | = | 2. If you deploy the portal-cms.sar in a running instance of AS, it wil= l create all the resources. = | a. File creation is sloooooow. = | b. Also, when you log in to the cmsAdminPortlet, it doesn't show the= root directory so you can't do anything. I wouldn't be surprised if this i= s also related to identity integration. | = | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002794#4002794 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002794 --===============1672251647800423357==-- From do-not-reply at jboss.com Wed Jan 17 09:55:43 2007 Content-Type: multipart/mixed; boundary="===============5270884997805196959==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 17 Jan 2007 09:55:43 -0500 Message-ID: <15750310.1169045743376.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5270884997805196959== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : "adrian(a)jboss.org" wrote : This interface belongs in the = dependency module that knows nothing about POJOs/services. | | = | = | Where in the Context hierarchy should I put it? | = It's upto each implementation whether it implements it. anonymous wrote : = | Should KernelRegistryEntry extend it? | If so, how do we handle KernelRegistryPlugin entries? You could make BasicKernelRegistryEntry implement it. But you'd need a mechanism to get the BeanInfo for the target object of the= entry. I'm not sure it is worth the effort? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002826#4002826 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002826 --===============5270884997805196959==-- From do-not-reply at jboss.com Wed Jan 17 10:03:58 2007 Content-Type: multipart/mixed; boundary="===============4283162032923686444==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 17 Jan 2007 10:03:58 -0500 Message-ID: <4753967.1169046238526.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4283162032923686444== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : "alesj" wrote : "adrian(a)jboss.org" wrote : T= his interface belongs in the dependency module that knows nothing about POJ= Os/services. | | | = | | Where in the Context hierarchy should I put it? | | = | = | It's upto each implementation whether it implements it. | = I did make it to extend ControllerContext. I need the target and I thought = I needed name. Should I make it plain 'standalone'? I also added getClassLoader() method - to help me with getting the param Ty= peInfos. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002836#4002836 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002836 --===============4283162032923686444==-- From do-not-reply at jboss.com Wed Jan 17 10:06:54 2007 Content-Type: multipart/mixed; boundary="===============6785059690258550097==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - JMS Example in 3.2 Beta Date: Wed, 17 Jan 2007 10:06:54 -0500 Message-ID: <6087672.1169046414426.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6785059690258550097== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is a JMS Example (examples/jms) in the 3.2 Beta, however it does not = appear to be complete. Can anyone provide more information on this example,= as I am looking to do something very similar for the ESB project. Thanks, Jeff View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002838#4002838 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002838 --===============6785059690258550097==-- From do-not-reply at jboss.com Wed Jan 17 10:12:32 2007 Content-Type: multipart/mixed; boundary="===============7749803773117813378==" MIME-Version: 1.0 From: roy.russo at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Wed, 17 Jan 2007 10:12:32 -0500 Message-ID: <2588221.1169046752151.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7749803773117813378== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Nexting fixes the slowness and identity problems, but the CMSAdmin still do= esn't show any directories. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002842#4002842 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002842 --===============7749803773117813378==-- From do-not-reply at jboss.com Wed Jan 17 10:13:22 2007 Content-Type: multipart/mixed; boundary="===============0815877615276772740==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Recent changes Microcontainer Date: Wed, 17 Jan 2007 10:13:22 -0500 Message-ID: <10100951.1169046802443.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0815877615276772740== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : Using KernelConfigFactory to get KernelConfig (which can p= rovide this)? | = | Putting KernelConfig instance into Configurator? | It's a 'loop' usage. Looks wrong. | = | I see we are already using KernelConfig as a parameter. | Doing it the same here (adding it as a parameter in resolveProperty met= hod)? | If I do this (just tried), then almost every method in Configurator nee= ds it. Yuck. | = | Any other ways / ideas? | = It is the KernelConfigurator that has this information. The problem is that the current code uses a static singleton as a delegate AbstractKernelConfigurator -> Configurator so one way to fix would be to move the code to the AbstractKernelConfigurat= or that needs kernel specific config. Perhaps a simpler solution is to expose the TypeInfoFactory on the TypeInfo= interface. You would then be able to do | TypeInfoFactory typeInfoFactory =3D beanInfo.getClassInfo().getTypeInfo= Factory(); | TypeInfo typeInfo =3D typeInfoFactory.getTypeInfo(name, classLoader); | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002844#4002844 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002844 --===============0815877615276772740==-- From do-not-reply at jboss.com Wed Jan 17 10:27:44 2007 Content-Type: multipart/mixed; boundary="===============1091002154105220770==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: ManagedProperty changes Date: Wed, 17 Jan 2007 10:27:44 -0500 Message-ID: <11077083.1169047664391.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1091002154105220770== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Fair enough. The only reason for requiring a ManagedObject was that I thought the ManagedObject would be part of the identity. i.e. two properties with the same values but belonging to different managed= objects would be different. See the "equals" implementation. It is generally desirable to have an immutable identity, i.e. no setManaged= Object() If the properties are going to have a standalone identity then it is not an= issue. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002858#4002858 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002858 --===============1091002154105220770==-- From do-not-reply at jboss.com Wed Jan 17 10:33:53 2007 Content-Type: multipart/mixed; boundary="===============2276815267322895820==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-615 still present in Embedded-ALPHA9 Date: Wed, 17 Jan 2007 10:33:53 -0500 Message-ID: <29787894.1169048033535.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2276815267322895820== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We've totally scrapped Embedded EJB3 and started the Embedded JBoss project= based on JBoss 5 kernel. New Embedded JBoss will be full featured. Most = features of regular jboss should be available in embedded. If you want to testdrive, checkout head SVN. its in the jboss-head/embedde= d directory. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002867#4002867 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002867 --===============2276815267322895820==-- From do-not-reply at jboss.com Wed Jan 17 10:40:50 2007 Content-Type: multipart/mixed; boundary="===============3500781218533923519==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Wed, 17 Jan 2007 10:40:50 -0500 Message-ID: <2349770.1169048450509.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3500781218533923519== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "roy.russo(a)jboss.com" wrote : Nesting fixes the slowness and identity pro= blems, but the CMSAdmin still doesn't show any directories. ok, I'll look into that tonight. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002870#4002870 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002870 --===============3500781218533923519==-- From do-not-reply at jboss.com Wed Jan 17 10:43:39 2007 Content-Type: multipart/mixed; boundary="===============1517027852691561954==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Wed, 17 Jan 2007 10:43:39 -0500 Message-ID: <13601873.1169048619139.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1517027852691561954== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm thinking of: | DeploymentContext.getAttachments().addAttachment(key, value, List metaSources); | = Then, when getAttachment() is called, DC scans and checks to see if that at= tachment should be killed. Also, there should be additional methods on DeploymentContext: | = | getAttachments(); | getManagedObjects(); | = | = These attachments would actually be serialized with the profile while getTr= ansientAttachments() would not. If i'm being too obvious, then apologies. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002873#4002873 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002873 --===============1517027852691561954==-- From do-not-reply at jboss.com Wed Jan 17 10:44:26 2007 Content-Type: multipart/mixed; boundary="===============7269050754742275933==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Why SingletonSchemaResolverFactory? Date: Wed, 17 Jan 2007 10:44:26 -0500 Message-ID: <32335280.1169048666051.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7269050754742275933== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is an MBean/POJO that can be deployed to add schemas at runtime. The singleton is just a mechanism to setup "known ones" automatically. i.e. factory settings. There is a post about it somewhere in the JBossXB forum. If search worked I could find it for you. :-) e.g. | | = | | | urn:somenamespace=3Dsome.class.name | | = | | | urn:somenamespace=3Dschema/some.xsd | | = | | | urn:somenamespace=3Dfalse | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002874#4002874 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002874 --===============7269050754742275933==-- From do-not-reply at jboss.com Wed Jan 17 10:46:42 2007 Content-Type: multipart/mixed; boundary="===============0384332470042372488==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Why SingletonSchemaResolverFactory? Date: Wed, 17 Jan 2007 10:46:42 -0500 Message-ID: <856543.1169048802194.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0384332470042372488== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : I used this 'hack' to temp add new Spring schema: | = | | public void setUp() throws Exception | | { | | SchemaBindingResolver resolver =3D SingletonSchemaResolverFac= tory.getInstance().getSchemaBindingResolver(); | | DefaultSchemaResolver defaultSchemaResolver =3D (DefaultSchem= aResolver) resolver; | | defaultSchemaResolver.addSchemaInitializer("urn:jboss:spring-= beans:2.0", new SpringSchemaInitializer()); | | defaultSchemaResolver.addSchemaLocation("urn:jboss:spring-bea= ns:2.0", "mc-spring-beans_2_0.xsd"); | | super.setUp(); | | } | | = | = | But I agree with you. The Spring one (and other known ones) should be added to the singleton. If the initializer class is not in the classpath, it will ignore it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002875#4002875 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002875 --===============0384332470042372488==-- From do-not-reply at jboss.com Wed Jan 17 10:59:59 2007 Content-Type: multipart/mixed; boundary="===============1784326863314235993==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Fine grained action aware interfaces (JBMICROCONT-134) Date: Wed, 17 Jan 2007 10:59:59 -0500 Message-ID: <29813672.1169049599631.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1784326863314235993== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bkeh12" wrote : Hi,adrian | Where are you ? = | alesj wrote : Currently all interfaces extend KernelControllerContextAw= are, which is convenient for simple awareness, but might not be that useful= in all cases. = | Do you agree this! | Can talk to us, please. Personally, I have little interest in this feature. :-) I think it is an anti-pattern of IOC for the "POJO" to implement container = interfaces. I understand that sometimes it is useful, but only for people that are tryi= ng to "extend" the container without modifying the container itself, = e.g. using AOP to add the interface as a mixin so you can pick and choose which beans get certain processing. Without more concrete usecases of these features it is difficult to come to any conclusion on what this api should really look like. The only reason I added it in the first place was because it mirrored the MBeanRegistration interface from JMX. The whole question then became more complicated when the = "JMX Introduction" aspect couldn't decide whether it wanted be invoked at construction or configuration. :-) So we extended the api such that you could get a callback on any of the sta= te transitions. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002883#4002883 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002883 --===============1784326863314235993==-- From do-not-reply at jboss.com Wed Jan 17 11:05:51 2007 Content-Type: multipart/mixed; boundary="===============3174319203992044809==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Why SingletonSchemaResolverFactory? Date: Wed, 17 Jan 2007 11:05:51 -0500 Message-ID: <6424420.1169049951283.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3174319203992044809== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : There is an MBean/POJO that can be deployed to= add schemas at runtime. | = | | | | ... | | = And this beans should be installed before any other with new schema usage. Meaning that the order matters - since those beans cannot depend on this on= e. Right? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002889#4002889 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002889 --===============3174319203992044809==-- From do-not-reply at jboss.com Wed Jan 17 11:09:13 2007 Content-Type: multipart/mixed; boundary="===============7228694991013002167==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 17 Jan 2007 11:09:12 -0500 Message-ID: <4266932.1169050152947.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7228694991013002167== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | I did make it to extend ControllerContext. I need the target and I thou= ght I needed name. Should I make it plain 'standalone'? | = It should be a seperate optional interface that a context can implement. Not all contexts will have/need a notion of "dispatch". anonymous wrote : = | I also added getClassLoader() method - to help me with getting the para= m TypeInfos. To what? Again this should probably be a seperate interface that can be optionally implemented. That a context has an associated classloader is true for JMX and sort of true for POJO (there is no first class support like the MBeanSe= rver methods) but is this really true of all contexts of a state machine? Remember the dependency project is intended to be just a model of state transitions governed by their dependencies. The other part, i.e. what those transitions means and additional state/meth= ods is a property of the implementation projects. But, that doesn't mean that the dependency project can't define optional interfaces to allow contexts to provide add-on behaviour that cross cuts the different implementations. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002891#4002891 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002891 --===============7228694991013002167==-- From do-not-reply at jboss.com Wed Jan 17 11:09:48 2007 Content-Type: multipart/mixed; boundary="===============2097183647239362981==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Wed, 17 Jan 2007 11:09:48 -0500 Message-ID: <23003866.1169050188160.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2097183647239362981== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i think that originated from an initial attempt to implement the jms based = message service that someoen contributed. because i didn't want to throw i= t away, i moved it to the examples. i don't think we need it any more can be removed, i think. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002893#4002893 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002893 --===============2097183647239362981==-- From do-not-reply at jboss.com Wed Jan 17 11:11:39 2007 Content-Type: multipart/mixed; boundary="===============8922832125891993327==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 17 Jan 2007 11:11:39 -0500 Message-ID: <3942829.1169050299461.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8922832125891993327== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable More concretely, for the case in hand - invoking a method on another context during the install phase... The code should be something like: | if (context instanceof DispatchContext) | { | DispatchContext dc =3D (DispatchContext) context; | dc.dispatch(...); | } | else | { | throw new IllegalArgumentException("Cannot install, context " + cont= ext + " does not implement DispatchContext"); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002896#4002896 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002896 --===============8922832125891993327==-- From do-not-reply at jboss.com Wed Jan 17 11:22:02 2007 Content-Type: multipart/mixed; boundary="===============8903035658311029875==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Wed, 17 Jan 2007 11:22:02 -0500 Message-ID: <32756420.1169050922271.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8903035658311029875== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Actually this looks more like a usage example - i.e., start a process vis t= ha command listener. I think it would be good to have such an example. This= one could probably be fixed up to work. By the way, in looking at CommandListenerBean, it looks for a jobId, which = it does not appear to use except to log. What should a client starting a pr= ocess via the command listener set the jobId to be (since it not really a J= ob)? Set it to zero? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002900#4002900 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002900 --===============8903035658311029875==-- From do-not-reply at jboss.com Wed Jan 17 11:24:40 2007 Content-Type: multipart/mixed; boundary="===============0969011609813323865==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 17 Jan 2007 11:24:40 -0500 Message-ID: <14208231.1169051080724.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0969011609813323865== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | But, that doesn't mean that the dependency project can't define optional | interfaces to allow contexts to provide add-on behaviour that | cross cuts the different implementations. I would also put these optional interfaces in different packages to signify that they are not a part of the main api. e.g. rather than org.jboss.dependency.spi.DispatchContext something like org.jboss.depedendcy.spi.dispatch.DispatchContext As you can probably tell, I'm a big fan of keeping packges small and to the= point! ;-) This sort of thing might look impression, but it makes it difficult to see = the wood for the trees. :-) http://java.sun.com/javase/6/docs/api/javax/swing/package-summary.html I'd have split the frames, widgets, layouts, etc. into different packages View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002903#4002903 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002903 --===============0969011609813323865==-- From do-not-reply at jboss.com Wed Jan 17 11:28:08 2007 Content-Type: multipart/mixed; boundary="===============2070826549549100689==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Why SingletonSchemaResolverFactory? Date: Wed, 17 Jan 2007 11:28:08 -0500 Message-ID: <17979891.1169051288572.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2070826549549100689== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, obviously it can't read minds. Also without the MC (Spring) xsd in the bootstrap/singleton, you couldn't u= se MC (Spring) xml to define this POJO either. :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002904#4002904 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002904 --===============2070826549549100689==-- From do-not-reply at jboss.com Wed Jan 17 11:32:10 2007 Content-Type: multipart/mixed; boundary="===============1395433886388838634==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Wed, 17 Jan 2007 11:32:10 -0500 Message-ID: <423947.1169051530854.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1395433886388838634== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : = | Ok, I was lying. A previous simple deployment creation was working, but= applying changes to the template properties as is currently done in the te= st is not. This should be working by tonight's checkin. | = I'm watching the rss feeds from fisheye for checkin's and haven't seen anyt= hing. However these are definitely behind real time so I was wondering if t= his checkin happened? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002907#4002907 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002907 --===============1395433886388838634==-- From do-not-reply at jboss.com Wed Jan 17 11:33:57 2007 Content-Type: multipart/mixed; boundary="===============5288446373934656094==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Why SingletonSchemaResolverFactory? Date: Wed, 17 Jan 2007 11:33:57 -0500 Message-ID: <23890226.1169051637871.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5288446373934656094== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : Yes, obviously it can't read minds. | = | Also without the MC (Spring) xsd in the bootstrap/singleton, you couldn= 't use | MC (Spring) xml to define this POJO either. :-) Well actually you could if you know the system location of the xsd. But that isn't very nice. Which is better, having to know the schema that is going to be used and its= location | | = or just specifying the namespace? | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002908#4002908 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002908 --===============5288446373934656094==-- From do-not-reply at jboss.com Wed Jan 17 11:37:49 2007 Content-Type: multipart/mixed; boundary="===============8756753676365618178==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 17 Jan 2007 11:37:49 -0500 Message-ID: <12413501.1169051869368.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8756753676365618178== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | To what? Again this should probably be a seperate interface that can be | optionally implemented. | = | That a context has an associated classloader is true for JMX | and sort of true for POJO (there is no first class support like the MBe= anServer methods) | But is this really true of all contexts of a state machine? | = So we should split DispatchContext into simple get/set interface and 'advan= ced' interface with invoke, target, classloader. Since how else would you get the parameters and signatures? | protected Object invoke(KernelConfigurator configurator, DispatchCon= text context, String name, List params) throws Throwable | { | String[] signature; | Object[] parameters; | if (params =3D=3D null || params.isEmpty()) | { | signature =3D new String[0]; | parameters =3D new Object[0]; | } | else | { | int size =3D params.size(); | signature =3D Configurator.getParameterTypes(log.isTraceEnable= d(), params); | Object target =3D context.getTarget(); | // TODO - is this ok for non-POJO targets? | if (target !=3D null) | { | MethodInfo methodInfo =3D Configurator.findMethodInfo(confi= gurator.getClassInfo(target.getClass()), name, signature); | parameters =3D Configurator.getParameters(log.isTraceEnable= d(), context.getClassLoader(), methodInfo.getParameterTypes(), params); | // add some more info, if not yet set | for(int j =3D 0; j < size; j++) | { | if (signature[j] =3D=3D null) | { | signature[j] =3D methodInfo.getParameterTypes()[j].ge= tName(); | } | } | } | else | { | parameters =3D new Object[size]; | ClassLoader classLoader =3D context.getClassLoader(); | for (int i =3D 0; i < size; i++) | { | ParameterMetaData pmd =3D params.get(i); | TypeInfo typeInfo =3D null; | if (signature[j] !=3D null) | { | typeInfo =3D configurator.getClassInfo(signature[j], = classLoader); | } | // typeInfo might be null, but we can still get value in= some cases | parameters[j] =3D pmd.getValue().getValue(typeInfo, clas= sLoader); | } | = | } | } | return context.invoke(name, parameters, signature); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002911#4002911 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002911 --===============8756753676365618178==-- From do-not-reply at jboss.com Wed Jan 17 11:46:58 2007 Content-Type: multipart/mixed; boundary="===============0596232855244860942==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - new build script updates committed Date: Wed, 17 Jan 2007 11:46:58 -0500 Message-ID: <31915258.1169052418668.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0596232855244860942== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable let me know if you have a problem with them View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002916#4002916 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002916 --===============0596232855244860942==-- From do-not-reply at jboss.com Wed Jan 17 11:47:45 2007 Content-Type: multipart/mixed; boundary="===============1885437866572671328==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: bean/mbean integration issue Date: Wed, 17 Jan 2007 11:47:45 -0500 Message-ID: <14564647.1169052465805.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1885437866572671328== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I separated the DispatchContext into two interfaces =3D AttributeDispatchCo= ntext and InvokeDispatchContext: | public interface AttributeDispatchContext | { | /** | * Getter property / attribute | * | * @param name | * @return target's property / attribute instance | * @throws Throwable | */ | Object get(String name) throws Throwable; | = | /** | * Setter property / attribute | * | * @param name | * @param value set target's property / attribute instance | * @throws Throwable | */ | void set(String name, Object value) throws Throwable; | } | = | public interface InvokeDispatchContext extends AttributeDispatchContext | { | /** | * Invoke method / operation | * | * @param name | * @param parameters | * @param signature | * @return inovocation's return object | * @throws Throwable | */ | Object invoke(String name, Object parameters[], String[] signature) = throws Throwable; | = | /** | * Get any target | * | * @return the target | */ | Object getTarget(); | = | /** | * Get context's classloader. | * Used when determining type info for parameter and | * getting the parameter actual value. | * | * @return context's classloader | * @throws Throwable | */ | ClassLoader getClassLoader() throws Throwable; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002917#4002917 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002917 --===============1885437866572671328==-- From do-not-reply at jboss.com Wed Jan 17 11:57:03 2007 Content-Type: multipart/mixed; boundary="===============2932287217976638215==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Wed, 17 Jan 2007 11:57:03 -0500 Message-ID: <30678998.1169053023306.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2932287217976638215== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I see another issue with using the CommandListenerInterface to start a proc= ess: the NewProcessInstanceCommand does not automatically signal the proces= sInstance to advance the token. Thus, a second JMS message is required to s= ignal the processInstance, but since the original message has no way to ret= urn a processInstanceId, there is no way to know which processInstance to s= ignal. Also, the SignalCommand has a tokenId, but no processInstanceId (eve= n if there were a way to return the processInstanceId). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002928#4002928 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002928 --===============2932287217976638215==-- From do-not-reply at jboss.com Wed Jan 17 11:59:30 2007 Content-Type: multipart/mixed; boundary="===============7800098682867850981==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Update to maven pom.xml Date: Wed, 17 Jan 2007 11:59:30 -0500 Message-ID: <29250517.1169053170186.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7800098682867850981== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I updated the maven build script (pom.xml) because I noticed a couple thing= s weren't working (missing dependencies, some files not compiling). A couple things to note: the JRockit source files are skipped because they = are dependent on a file not in the maven repo. And the JUnit tests are ski= pped for now. But the project builds ok, and I put a snapshot version in t= he maven repository. | | 4.0.0 | jboss | jboss-aop | jar | snapshot | Maven Quick Start Archetype | http://maven.apache.org | = | | | jboss | JBoss Inc. Repository | default | http://repository.jboss.com/maven2/ | | true | | | | = | | src/main/ | src/test/ | | | org.apache.maven.plugins | maven-compiler-plugin | | 1.5 | 1.5 | | org/jboss/aop/hook/JRockit* | | | | | org.apache.maven.plugins | maven-surefire-plugin | | true | | | | | = | | | ant | ant | 1.6.5 | | | javassist | javassist | 3.4.GA | | | jboss | jboss-dependency | 2.0.0.Beta | | | jboss | jboss-container | 2.0.0.Beta | | | jboss | jboss-test | 1.0.1.GA | test | | | jboss.profiler.jvmti | jboss-profiler-jvmti | 1.0.0.CR5 | test | | | junit | junit | 3.8.1 | test | | | oswego-concurrent | concurrent | 1.3.4 | | | qdox | qdox | 1.6 | | | trove | trove | 2.1.1 | | | = | | | cvs-file-repository | | file://${maven.cvs.root} | | | = | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002930#4002930 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002930 --===============7800098682867850981==-- From do-not-reply at jboss.com Wed Jan 17 12:15:02 2007 Content-Type: multipart/mixed; boundary="===============6363535862215918693==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Update to maven pom.xml Date: Wed, 17 Jan 2007 12:15:02 -0500 Message-ID: <7424037.1169054102718.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6363535862215918693== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thank you. I've been burying my head in the sand and still know nothing abo= ut maven. Do you have commit access, or is there something I need to do? := -) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002941#4002941 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002941 --===============6363535862215918693==-- From do-not-reply at jboss.com Wed Jan 17 12:18:24 2007 Content-Type: multipart/mixed; boundary="===============6459664538914642341==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: Running with the full featured profile service Date: Wed, 17 Jan 2007 12:18:24 -0500 Message-ID: <2623555.1169054304594.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6459664538914642341== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable No as svn was down past 2am. It won't be until latter today now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002942#4002942 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002942 --===============6459664538914642341==-- From do-not-reply at jboss.com Wed Jan 17 12:32:15 2007 Content-Type: multipart/mixed; boundary="===============0018064096354406181==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Wed, 17 Jan 2007 12:32:15 -0500 Message-ID: <5022889.1169055135663.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0018064096354406181== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : I'm thinking of: | = | = | | DeploymentContext.getAttachments().addAttachment(key, value, List metaSources); | | = | = | Then, when getAttachment() is called, DC scans and checks to see if tha= t attachment should be killed. | = It should be the repository that scans the deployment and throws aways prep= rocessed content, not the DC. The repository could already have an index of= metadata files, etc. I would rather have the api just provide the DC relat= ive metadata file path than the full VirtualFile. "bill.burke(a)jboss.com" wrote : = | Also, there should be additional methods on DeploymentContext: | = | = | | getAttachments(); | | getManagedObjects(); | | = | = | These attachments would actually be serialized with the profile while g= etTransientAttachments() would not. | = | If i'm being too obvious, then apologies. | = There is no difference between getAttachments() and getManagedObjects(). Bo= th are attachments, or are you saying you want to express a DC ManagedObjec= t at that level rather than use the ManagedObjectBuilder: | public interface ManagedObjectBuilder | { | /** | * Build managed objects for this deployment context | * = | * @param unit the deployment unit | * @param managedObjects the managed objects | * @throws DeploymentException | */ | void build(DeploymentUnit unit, Map managedOb= jects) throws DeploymentException; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002948#4002948 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002948 --===============0018064096354406181==-- From do-not-reply at jboss.com Wed Jan 17 12:43:15 2007 Content-Type: multipart/mixed; boundary="===============4060068716771373231==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Wed, 17 Jan 2007 12:43:15 -0500 Message-ID: <11787848.1169055795152.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4060068716771373231== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : Then you can prevent this "race condition" from happening= in the first place? The server side doesn't know about failed Connections... it will send the c= allback as soon as the view was changed. = To replicate this race condition I had to disable Lease on the client side.= And have connections opened on different servers. Maybe it wouldn't occur in regular circunstances, but I wanted to prevent s= uch behavior. = The guess routine could find the right failoverServer fixing the race condi= tion. Holding the update somewhere waiting failover to perform on all connections= would require a lot of coding... while the simple guess routine could fix = the problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002952#4002952 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002952 --===============4060068716771373231==-- From do-not-reply at jboss.com Wed Jan 17 13:00:18 2007 Content-Type: multipart/mixed; boundary="===============3633524248288734060==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Wed, 17 Jan 2007 13:00:18 -0500 Message-ID: <17607473.1169056818453.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3633524248288734060== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable No need to guess, just choose a random server and hopping will take care of= the rest. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002960#4002960 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002960 --===============3633524248288734060==-- From do-not-reply at jboss.com Wed Jan 17 13:04:04 2007 Content-Type: multipart/mixed; boundary="===============4882808627439392656==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Wed, 17 Jan 2007 13:04:04 -0500 Message-ID: <23744978.1169057044103.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4882808627439392656== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Is there a problem on the guess be the random server? That would diminish the probability of a hopping to happen. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002961#4002961 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002961 --===============4882808627439392656==-- From do-not-reply at jboss.com Wed Jan 17 13:05:21 2007 Content-Type: multipart/mixed; boundary="===============1152366191086440782==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Wed, 17 Jan 2007 13:05:21 -0500 Message-ID: <24963035.1169057121219.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1152366191086440782== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes fine, but let's not overcomplicate things :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002962#4002962 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002962 --===============1152366191086440782==-- From do-not-reply at jboss.com Wed Jan 17 13:23:21 2007 Content-Type: multipart/mixed; boundary="===============2811726344734153603==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Problem logging onto 3.2 web console in jboss4.0.5 - user.pr Date: Wed, 17 Jan 2007 13:23:21 -0500 Message-ID: <19685794.1169058201857.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2811726344734153603== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I dropped the jbpm-enterprise.ear and jbpm-ds into jBoss-4.0.5.GA default/d= eploy directory and started up. However, I have a problem logging onto web = console - exception says: [User/RolesLoginModule] Failed to load users/passwords/roles fails java.io.IOException: No properties files: user.properties or defaults: defa= ult.Users.properties found Turns out jbpm-jpdl-3.2.Beta1/server/jbpm/conf/login-config has it's applic= ation-policy "other" modified to use the jbpm identity tables. Having added= this, I still can't login, but the exception has gone away. I think it would be better to create a jbpm application-policy rather than = changing other, reference this is the console's web.xml, and document the n= eed to add it to the standard login-config. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002967#4002967 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002967 --===============2811726344734153603==-- From do-not-reply at jboss.com Wed Jan 17 13:32:51 2007 Content-Type: multipart/mixed; boundary="===============1057122471019235304==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: SerializableDeploymentRepository notions Date: Wed, 17 Jan 2007 13:32:51 -0500 Message-ID: <11532679.1169058771429.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1057122471019235304== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : There is no difference between getAttachments() and getMa= nagedObjects(). Both are attachments, or are you saying you want to express= a DC ManagedObject at that level rather than use the ManagedObjectBuilder:= ] | = | Im saying that I want to be able to control which attachments get seria= lized and which dont (like our Payload shit in INvocation) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002971#4002971 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002971 --===============1057122471019235304==-- From do-not-reply at jboss.com Wed Jan 17 13:42:02 2007 Content-Type: multipart/mixed; boundary="===============4919577385873445826==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Can't deploy processdefinition from GPD into jBPM 3.2 - tran Date: Wed, 17 Jan 2007 13:42:02 -0500 Message-ID: <6979187.1169059322388.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4919577385873445826== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have jbpm-enterprise deployed into jboss-4.0.5.GA. When I try to deploy a= processdefinition from the jbpm examples directory, I get an exception: org.hibernate.HibernateException: Unable to locate current JTA transaction What transaction behavior is the console expecting? The hibernate.cfg.xml f= ile in the web-inf/classes directory has the transaction-related properties= commented out. How does the console application configure itself for enterprise vs non-ent= erprise deployment with regard to transaction behavior? In the enterprise c= ase, transactions should be managed by the container (and set to false in j= bpm.cfg.xml isTransactionEnabled), and in the non-enterprise case, jbpm tra= nsaction must be enabled. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002972#4002972 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002972 --===============4919577385873445826==-- From do-not-reply at jboss.com Wed Jan 17 14:12:20 2007 Content-Type: multipart/mixed; boundary="===============3794603656583253826==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Design of wsimport Date: Wed, 17 Jan 2007 14:12:20 -0500 Message-ID: <7027760.1169061140827.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3794603656583253826== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just curious, when do you guys think this will be released? = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002981#4002981 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002981 --===============3794603656583253826==-- From do-not-reply at jboss.com Wed Jan 17 14:14:33 2007 Content-Type: multipart/mixed; boundary="===============0020026617168092771==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Wed, 17 Jan 2007 14:14:33 -0500 Message-ID: <31994621.1169061273385.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0020026617168092771== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am just trying to deploy another example I was looking at based on the or= iginal test for JBWS-1384. My WSDL defines the attachment but it is not ma= pped to any parameters on the SEI - The endpoint accesses the attachment th= rough the SOAPMessage class. However deployment now fails with the following error: - anonymous wrote : 20:07:03,480 ERROR [ServiceEndpointDeployer] Cannot creat= e service endpoint | org.jboss.ws.WSException: Cannot obtain method parameter mapping for me= ssage part 'mimepart' in wsdl operation: publishPhoto | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.b= uildInputParameter(JAXRPCMetaDataBuilder.java:245) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.p= rocessBindingParameters(JAXRPCMetaDataBuilder.java:395) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.b= uildParameterMetaDataDoc(JAXRPCMetaDataBuilder.java:867) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.s= etupOperationsFromWSDL(JAXRPCMetaDataBuilder.java:215) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCServerMetaDataBui= lder.buildMetaData(JAXRPCServerMetaDataBuilder.java:219) | at org.jboss.ws.core.server.ServiceEndpointDeployer.create(Serv= iceEndpointDeployer.java:81) | at org.jboss.ws.integration.jboss42.DeployerInterceptor.createS= erviceEndpoint(DeployerInterceptor.java:127) | at org.jboss.ws.integration.jboss42.DeployerInterceptorJSE.crea= teServiceEndpoint(DeployerInterceptorJSE.java:130) | at org.jboss.ws.integration.jboss42.DeployerInterceptor.create(= DeployerInterceptor.java:78) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInt= erceptor.create(SubDeployerInterceptorSupport.java:180) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeploy= erInterceptor.java:91) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBea= nInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.j= ava:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:21= 0) | = Does this now mean that all attachments need to be mapped or should we be a= llowing them to be unmapped so if no mapping is found the attachment can ju= st be retrieved using the SOAPMessage class? I can take a look if it is th= e latter, I am just really trying to build up a picture of all the ways att= achments can be mapped so I can this into account in wstools. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002982#4002982 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002982 --===============0020026617168092771==-- From do-not-reply at jboss.com Wed Jan 17 14:26:57 2007 Content-Type: multipart/mixed; boundary="===============1992136972056724457==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Wed, 17 Jan 2007 14:26:56 -0500 Message-ID: <3028353.1169062016977.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1992136972056724457== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : Clebert - I am somewhat baffled about the approach you are= taking here. | = | Can you try and describe it clearly (and slowly) so I can understand it? | = | Thanks. I just realized this message on the forum... So here is what I'm doing: I - I am modifying CallbackManager to also receive a new message object, th= at will contain information about the update ClusteredConnectionFactories. II - Every time ConnectionFactoryJNDIMapper is updated, it will send the up= date message on all active connections. I will be using the ConnectionManag= er on ServerPeer to navigate on existent connections. III - On the client side, when the connection receives the update message, = it will update its ClusteredConnectionFactory. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002985#4002985 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002985 --===============1992136972056724457==-- From do-not-reply at jboss.com Wed Jan 17 14:26:59 2007 Content-Type: multipart/mixed; boundary="===============7557218828252710740==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Problem logging onto 3.2 web console in jboss4.0.5 - use Date: Wed, 17 Jan 2007 14:26:59 -0500 Message-ID: <2873229.1169062019538.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7557218828252710740== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i didn't test with 4.0.5 yet. only 4.0.4. i'll try and see if i can get it running on 4.0.5 tomorrow. today i also created a jbpm security domain and a JbpmDS and a jbpm hsqldb.= This to make jbpm default deployments decoupled from any other things dep= loyed. so that might already be fixed. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002986#4002986 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002986 --===============7557218828252710740==-- From do-not-reply at jboss.com Wed Jan 17 14:34:53 2007 Content-Type: multipart/mixed; boundary="===============6107323548360032976==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 14:34:53 -0500 Message-ID: <30728531.1169062493441.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6107323548360032976== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ah yes. i'll check tomorrow on how fast we can fix this. the only way that i could configure hibernate with jta was if i address it = from inside an ejb and use cmt (bmt should also be possible). the idea was that the web app console would talk to jbpm by means of the co= mmand pattern. then the console has to be configured with a command servic= e implementation that takes commands and executes them. So the command ser= vice is pluggable. The POJO implementation would just create a jbpm contex= t and execute the command. The enterprise version of the command service d= elegates to the command service SLSB. That SLSB demarcates the transaction. this is all implemented except for the webconsole using the command pattern= . I don't know where we stand on that. David, can you comment. I know= this has not been in the priorities for you in the 3.2 release. So no pro= blem if it's not done. Just curious on how difficult you think this would = be. I might do this myself. Alternatively, we could consider introducing configurable BMT in the webcon= sole (with a filter?) I'll have a closer look tomorrow morning. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002987#4002987 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002987 --===============6107323548360032976==-- From do-not-reply at jboss.com Wed Jan 17 14:41:55 2007 Content-Type: multipart/mixed; boundary="===============3470724699335097052==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Wed, 17 Jan 2007 14:41:54 -0500 Message-ID: <586036.1169062914957.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3470724699335097052== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable there is a composite command. so you can chain commands. commands can pas= s a return value to the next command in the chain. that way it should be possible to combine the commands (even in one tx) but double check what i'm saying cause it was a long time ago and i might n= ot remember correctly View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4002992#4002992 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4002992 --===============3470724699335097052==-- From do-not-reply at jboss.com Wed Jan 17 14:50:05 2007 Content-Type: multipart/mixed; boundary="===============4976694467320231516==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Wed, 17 Jan 2007 14:50:04 -0500 Message-ID: <29269859.1169063404965.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4976694467320231516== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The problem here is that the second command (SignalCommand) needs the token= Id created from executing the first command (NewProcessInstanceCommand). Another approach would be to hace the NewProcessInstanceCommand signal when= there are no start tasks. It is hard to imagine any other situation where = the user would want to create a processInstance and not signal it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003002#4003002 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003002 --===============4976694467320231516==-- From do-not-reply at jboss.com Wed Jan 17 15:10:29 2007 Content-Type: multipart/mixed; boundary="===============0516020571056935047==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 15:10:29 -0500 Message-ID: <5658763.1169064629138.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0516020571056935047== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What benefit does using an ejb for this purpose provide, apart from transac= tion management? I think making transaction handling configurable is more appropriate. The = web application should be able to use the jbpm api without adding a layer o= f abstraction upon it. The only difference in an enterprise environment sh= ould be how jbpm manages the transaction internally. In the standalone cas= e it would use hibernate directly (for example); in the enterprise case it = would use JTA to locate/create and manage the transaction. But it should a= ll happen behind the scenes; the jbpm txn management api should handle this= transparently. I'm not sure I like the idea of redoing the web application actions in term= s of the command pattern, because I wouldn't expect users to have to think= in those terms; in many ways this application is a definitive jbpm example= application. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003017#4003017 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003017 --===============0516020571056935047==-- From do-not-reply at jboss.com Wed Jan 17 15:14:19 2007 Content-Type: multipart/mixed; boundary="===============2823569628205730392==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 15:14:19 -0500 Message-ID: <12813465.1169064859243.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2823569628205730392== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Amendment: I should say, I wouldn't want to put this kind of implementation= inside of the web application. If you think the jbpm core api should have a (replacement or supplemental) = command pattern-based interface, that would work. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003018#4003018 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003018 --===============2823569628205730392==-- From do-not-reply at jboss.com Wed Jan 17 15:17:45 2007 Content-Type: multipart/mixed; boundary="===============5942848423298227281==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 15:17:45 -0500 Message-ID: <25541427.1169065065086.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5942848423298227281== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Looking around *yet more*, it looks like there is at least a partial comman= d api in there... I dunno, I guess I'll do whatever you'd like :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003020#4003020 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003020 --===============5942848423298227281==-- From do-not-reply at jboss.com Wed Jan 17 15:19:50 2007 Content-Type: multipart/mixed; boundary="===============1317256263754430251==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 15:19:50 -0500 Message-ID: <22892957.1169065190896.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1317256263754430251== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So what you need to do to make it configurable is in two files: 1) hibernate.cfg.xml needs to be transaction enabled - see the one in jbpm-= configs (or perhaps remove your copy from classes when deployed as part of = the ear ? will you find it on the application classpath - I think so?) = By the way, I think this file should use JTA not CMT. CMT assume the contai= ner has always started a transaction, and hibernate will never attempt to. = If JTA, then hibernate will start one if none exists. If you are not using = the CommandInterface, you need Hibernate to start one. 2) jbpm.cfg.xml - need to specify isTransactionEnabled to false. Again see = the one in jbpm-configs. I will remove the versions of these files from the web-console.war, change = CMT to JTA, and see if the correct ones are picked up. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003021#4003021 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003021 --===============1317256263754430251==-- From do-not-reply at jboss.com Wed Jan 17 15:22:45 2007 Content-Type: multipart/mixed; boundary="===============2934297443418343445==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 15:22:45 -0500 Message-ID: <19843447.1169065365024.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2934297443418343445== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Also, I don't think the console should use the Command interface at this po= int in the 3.2 lifecycle. I don't think the Command interface has been test= ed thoroughly, and though it's meant to be extensible, you might wind up ha= ve to create several new commands to do what you need (which could be time = consuming). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003022#4003022 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003022 --===============2934297443418343445==-- From do-not-reply at jboss.com Wed Jan 17 15:26:12 2007 Content-Type: multipart/mixed; boundary="===============9114260266333925545==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 15:26:12 -0500 Message-ID: <23825457.1169065572594.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9114260266333925545== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Actually, I see that the jbpm-console.war that is inside the jbpm-enterpris= e ear is different and DOES NOT contain the hibernate and jbpm.cfg.xml file= s. So I think the problem is the CMT vs JTA, and will make this change and re-= test. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003025#4003025 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003025 --===============9114260266333925545==-- From do-not-reply at jboss.com Wed Jan 17 15:56:00 2007 Content-Type: multipart/mixed; boundary="===============2728541379672480536==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Wed, 17 Jan 2007 15:56:00 -0500 Message-ID: <30806066.1169067360655.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2728541379672480536== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It is fixed. Actually it was the fact that the User/CMS security integration was not ena= bled (I was planning to do that tonight according to my migration plan). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003030#4003030 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003030 --===============2728541379672480536==-- From do-not-reply at jboss.com Wed Jan 17 16:11:35 2007 Content-Type: multipart/mixed; boundary="===============0256966986258011334==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Wed, 17 Jan 2007 16:11:35 -0500 Message-ID: <31371250.1169068295711.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0256966986258011334== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Related to my last post should we be able to support complex types that con= tain elements of type swaRef? Taking the following extract from my WSDL: - | | | | | | | | | | | | = | | | = | If swaRef is supported I would have though that mapping the attachment to a= parameter on the SEI should be mandatory as in this case the swaRef can re= ference the attachment instead. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003036#4003036 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003036 --===============0256966986258011334==-- From do-not-reply at jboss.com Wed Jan 17 16:12:36 2007 Content-Type: multipart/mixed; boundary="===============1041804525882192147==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Wed, 17 Jan 2007 16:12:35 -0500 Message-ID: <30962243.1169068355948.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1041804525882192147== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Forget that, that is the wrong WSDL extract. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003039#4003039 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003039 --===============1041804525882192147==-- From do-not-reply at jboss.com Wed Jan 17 16:14:28 2007 Content-Type: multipart/mixed; boundary="===============0895649609021790115==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Soap with Attachments and document/literal Date: Wed, 17 Jan 2007 16:14:28 -0500 Message-ID: <32475239.1169068468377.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0895649609021790115== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Here is the correct extract: - | | | | | | | | | | | = | | | = | View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003040#4003040 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003040 --===============0895649609021790115==-- From do-not-reply at jboss.com Wed Jan 17 16:25:03 2007 Content-Type: multipart/mixed; boundary="===============1839733574039615876==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - markNodeCurrentlyInUse() - race condition Date: Wed, 17 Jan 2007 16:25:03 -0500 Message-ID: <3605401.1169069103064.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1839733574039615876== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It seems to me that Region#markNodeCurrentlyInUse() does not really do what= it is supposed to do. Basically, it adds an event to the queue. And what can happen is that 4 sec= onds later (say, if event queue processing is every 4 seconds), is that the= node can disappear after this method is called. Doesn't this make this method fairly useless? Shouldn't there just be a method on a Node to prevent eviction? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003044#4003044 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003044 --===============1839733574039615876==-- From do-not-reply at jboss.com Wed Jan 17 16:25:31 2007 Content-Type: multipart/mixed; boundary="===============1981101249700650082==" MIME-Version: 1.0 From: jazir1979 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-615 still present in Embedded-ALPHA9 Date: Wed, 17 Jan 2007 16:25:30 -0500 Message-ID: <9800771.1169069130818.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1981101249700650082== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable oh, i see!! thanks for the info.. "bill.burke(a)jboss.com" wrote : We've totally scrapped Embedded EJB3 and s= tarted the Embedded JBoss project based on JBoss 5 kernel. New Embedded JB= oss will be full featured. Most features of regular jboss should be availa= ble in embedded. | = | If you want to testdrive, checkout head SVN. its in the jboss-head/emb= edded directory. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003045#4003045 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003045 --===============1981101249700650082==-- From do-not-reply at jboss.com Wed Jan 17 17:19:11 2007 Content-Type: multipart/mixed; boundary="===============5781178332958085298==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Wed, 17 Jan 2007 17:19:11 -0500 Message-ID: <1916473.1169072351585.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5781178332958085298== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have modularized management integration into core as well. Thomas can you check it ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003061#4003061 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003061 --===============5781178332958085298==-- From do-not-reply at jboss.com Wed Jan 17 17:46:44 2007 Content-Type: multipart/mixed; boundary="===============6189646987188032362==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Message bridge committed Date: Wed, 17 Jan 2007 17:46:44 -0500 Message-ID: <33080287.1169074004585.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6189646987188032362== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The new message bridge has been committed in TRUNK. http://jira.jboss.com/j= ira/browse/JBMESSAGING-264 The message bridge is a component which forwards messages from one destinat= ion to another. The source and target destinations can be one the same serv= er or on different remote servers. The bridge should work with any JMS 1.1 compliant JMS server, although has = only been tested with JBM. The bridge comes as a non MBean class, and also has an MBean wrapper so can= be deployed on the JBoss AS JMS spine. When using the bridge you specify a desired quality of service, this can be= one of: QOS_AT_MOST_ONCE With this QoS mode messages will reach the destination from the source at m= ost once. The messages are consumed from the source and acknowledged before sending to the destination. Therefore there is a possibility that if= failure occurs between removing them from the source and them arriving at = the destination they could be lost. Hence delivery will occur at most once. This mode is avilable for both persistent and non persistent messages. QOS_DUPLICATES_OK With this QoS mode, the messages are consumed from the source and then ackn= owledged after they have been successfully sent to the destination. Therefo= re there is a possibility that if failure occurs after sending to the desti= nation but before acknowledging them, they could be sent again when the system recovers. I.e. the destination might receive duplicates aft= er a failure. This mode is available for both persistent and non persistent messages. = QOS_ONCE_AND_ONLY_ONCE This QoS mode ensures messages will reach the destination from the source o= nce and only once. (Sometimes this mode is known as "exactly once"). If both the source and the destination are on the same JBoss Messaging serv= er instance (same resource manager) then this can be achieved by simply sen= ding and acknowledging the messages in the same local transaction. The brid= ge will automatically detect this and use a local tx as appropriate. If the source and destination are on different servers (different resource = managers) this is achieved by enlisting the sending and consuming sessions = in a JTA transaction. The JTA transaction is controlled by JBoss Transactio= ns JTA implementation thus providing a very high degree of durability. If JTA is required then both supplied connection factories need to be XACon= nectionFactory implementations. This mode is only available for persistent messages. This is likely to be the slowest mode since it requires extra persistence f= or the transaction logging. = One thing to note: For a specific application it may possible to provide once and only once se= mantics without using the QOS_ONCE_AND_ONLY_ONCE QoS level. This can be done by using the QOS_DUPLICA= TES_OK mode and then checking for duplicates at the destination and discard= ing them. Some JMS servers provide automatic duplicate message detection fu= nctionality, or this may be possible to implement on the application level = by maintaining a cache of received message ids on disk and comparing received messages to them. The cache woul= d only be valid for a certain period of time so this approach is not as wat= ertight as using QOS_ONCE_AND_ONLY_ONCE but may be a good choice depending = on your specific application but it less general than using JTA. Other stuff: The bridge can be started and stopped, or temporarily paused and resumed. A maximum message batch size can be specified for the bridge, the bridge wi= ll then consume and forward messags in batches of this size. This is likely to be more performant then consuming / sending one by one. A maximum batch time can also be configured. If so, then if less than maxBa= tchSize messages have been consumed then the batch will be sent if the maxB= atchTime is exceeded. This allows messages to be sent sooner if there are long delay= s between messages. The bridge can consume from a queue, or a durable or non durable subscripti= on, and a forward to a queue or a topic. A JMS selector can be specified for the bridge so it will only forward mess= ages that match the selector criteria. If the connection to the source or target destination is lost, then the bri= dge can be configured to retry at configurable intervals, and a configurable number of times. This allows it to be more resilient to temporary network l= oss, especially useful for forwarding from one LAN to another across a brit= tle WAN. There is a minor issue to resolve with transaction recovery but this is all= pretty much done. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003072#4003072 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003072 --===============6189646987188032362==-- From do-not-reply at jboss.com Wed Jan 17 17:50:24 2007 Content-Type: multipart/mixed; boundary="===============0477214376973900137==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Message bridge committed Date: Wed, 17 Jan 2007 17:50:24 -0500 Message-ID: <6527165.1169074224312.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0477214376973900137== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Forgot to say: For QOS_ONCE_AND_ONLY_ONCE with source and destination havin= g different resource managers, then both source and destination need to pro= vide fully functioning XA resource implementations. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003076#4003076 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003076 --===============0477214376973900137==-- From do-not-reply at jboss.com Wed Jan 17 18:26:33 2007 Content-Type: multipart/mixed; boundary="===============7786704175029476213==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 17 Jan 2007 18:26:33 -0500 Message-ID: <28411965.1169076393471.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7786704175029476213== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hum, changing the TransactionFactory from CMT to JTA did not solve the prob= lem, but setting = isCurrentSessionEnabled to false in jbpm.cfg.xml did !!!!! Tom, you probably want to check with the Hibernate guys on this; my underst= anding is that if you invoked getCurrentSession and there was none, hiberna= te would create a session for you. Somehow if it is creating it, it is not = creating a transaction along with it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003085#4003085 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003085 --===============7786704175029476213==-- From do-not-reply at jboss.com Wed Jan 17 18:57:16 2007 Content-Type: multipart/mixed; boundary="===============6885662881645824352==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Message bridge committed Date: Wed, 17 Jan 2007 18:57:16 -0500 Message-ID: <3274059.1169078236604.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6885662881645824352== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Fantastic! This is a nice chunk of work ... We're getting closer to code co= mpleteness for 1.2. For all who are interested, we're very well positioned to reach our Feb tar= get. We might even deliver 1.2.GA sooner. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003090#4003090 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003090 --===============6885662881645824352==-- From do-not-reply at jboss.com Wed Jan 17 20:51:10 2007 Content-Type: multipart/mixed; boundary="===============5760587827507560602==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Exception propagation using HTTP servlet transport on 1. Date: Wed, 17 Jan 2007 20:51:09 -0500 Message-ID: <24296151.1169085069957.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5760587827507560602== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just ran the org.jboss.test.remoting.transport.servlet.ServletInvokerTestCl= ient test (which extends org.jboss.test.remoting.transport.web.WebInvokerTe= stClient) with latest JBossAS 4.2.0 code base and remoting code base (see s= rc/test/org/jboss/test/remoting/transport/servlet/readme.txt for instructio= ns how to setup test). The code within WebInvokerTestClient that tests exception handling looks li= ke: | Object response =3D null; | try | { | response =3D remotingClient.invoke(WebInvocationHandler.THROW_= EXCEPTION_PARAM, metadata); | assertTrue("Should have thrown WebServerError and not made it = to here.", false); | } | catch (IOException error) | { | // having to check class name instead of just catching type We= bServerError so | // can use for backwards compatibility tests since WebServerEr= ror is new since 2.0.0.CR1. | if (error.getClass().getName().endsWith("WebServerError")) | { | assertTrue(true); | } | else | { | assertTrue("Did not get WebServerError thrown as expected",= false); | } | } | metadata.put(HTTPMetadataConstants.NO_THROW_ON_ERROR, "true"); | response =3D remotingClient.invoke(WebInvocationHandler.THROW_EXC= EPTION_PARAM, metadata); | if (response instanceof Exception) | { | System.out.println("Return from invocation is of type Exceptio= n as expected."); | assertTrue("Received exception return as expected.", true); | } | else | { | System.out.println("Did not get Exception type returned as exp= ected."); | assertTrue("Should have received Exception as return.", false); | } | = This test passes when running with the servlet invoker. In the case of servlet invoker, org.jboss.remoting.transport.http.WebServer= Error is thrown (or returned for the second invocation), so the original ex= ception thrown on the server side is not the one thrown on the client side. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003122#4003122 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003122 --===============5760587827507560602==-- From do-not-reply at jboss.com Thu Jan 18 02:26:46 2007 Content-Type: multipart/mixed; boundary="===============1228000926754342271==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Thu, 18 Jan 2007 02:26:46 -0500 Message-ID: <25626576.1169105206715.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1228000926754342271== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I spend a good part of the day today analyzing http://jira.jboss.com/jira/b= rowse/JBMESSAGING-721 and its implications (which include http://jira.jboss.org/jira/browse/JBMES= SAGING-410 and http://jira.jboss.org/jira/browse/JBMESSAGING-520) On one hand, the fixes for JBMESSAGING-410 and JBMESSAGING-520 insure that = a JMS session created using a JMS connection produced by the JCA connection= factory behaves as NON-TRANSACTED in absence of a global JTA transaction. = This is an intuitive behavior, users rely on it, JBossMQ behaves similarly,= and reportedly, other JMS providers as well. Unfortunately, the fix caused http://jira.jboss.com/jira/browse/JBMESSAGING= -721. Reverting it would fix MDB redelivery problem, but it will break JBME= SSAGING-410 and JBMESSAGING-520 again. At this moment, I am tempted to blame JCA and say that the fix for JBMESSAG= ING-410 and JBMESSAGING-520 belongs to the JCA layer. However, users don't = see JCA, they see JBoss Messaging not working as expected. I haven't reache= d a definitive conclusion yet, I will continue thinking about this issue to= morrow. In the mean time, the fix for http://jira.jboss.org/jira/browse/JBMESSAGING= -748 is badly needed at some production sites, so I will release a partial = service pack (1.0.1.SP3) but not make it available for public consumption, = pending a resolution on JBMESSAGING-721, which will be incorporated in 1.0.= 1.SP4. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003163#4003163 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003163 --===============1228000926754342271==-- From do-not-reply at jboss.com Thu Jan 18 02:33:00 2007 Content-Type: multipart/mixed; boundary="===============7772195051293777184==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new build script updates committed Date: Thu, 18 Jan 2007 02:33:00 -0500 Message-ID: <3643761.1169105580512.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7772195051293777184== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable updates: * now you don't have to run the get dependencies separate any more. if your= build needs the libraries, it will check if they are up to date. if not t= he build/build.xml is called with one of the targets get.libs.dependencies,= get.jboss.dependencies or get.eclipse.dependencies. = * the version.properties files have been removed. instead, the build/build= .properties contains the version properties. = * some targets were moved from the project.base.build.xml to the project sp= ecific build file. like package, jpdl, create.manifest and all those. the= original mechanism was too complex and not realizing a lot of reuse. ther= e seem to be always little differences between the same targets in differen= t subprojects. the old targets in the project.base.build.xml are still on = top of that file in comments in case you want to have a look. next i'm going to try to easy release tasks such as uploading to sf.net, up= loading the docs and publishing jbpm artifacts to the remote repository. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003164#4003164 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003164 --===============7772195051293777184==-- From do-not-reply at jboss.com Thu Jan 18 02:40:56 2007 Content-Type: multipart/mixed; boundary="===============3000090571116089703==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Thu, 18 Jan 2007 02:40:56 -0500 Message-ID: <22006039.1169106056207.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3000090571116089703== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable in the enterprise.ear, the configurations are packaged in a separate jar fi= le called jbpm-configs.jar these are the relevant properties in the hibernate.cfg.xml org.hibernate.dialect.HSQLDialect = | org.hibernate.cache= .HashtableCacheProvider = | org.hib= ernate.transaction.JBossTransactionManagerLookup = | java:/JbpmDS = | org.hibernate.= transaction.CMTTransactionFactory = | org.hib= ernate.transaction.JBossTransactionManagerLookup = | = and this is the jbpm.cfg.xml part of the persistence/tx configs | | | | = | | | = | | | | | = if you change to JTA, you might need to set the isTransactionEnabled proper= ty to true. i don't know these configs at all. i'll check the docs and ge= t back if i find anything there. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003167#4003167 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003167 --===============3000090571116089703==-- From do-not-reply at jboss.com Thu Jan 18 02:41:20 2007 Content-Type: multipart/mixed; boundary="===============6010720111594166231==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Leasing is br0ken in servlet transport. Date: Thu, 18 Jan 2007 02:41:20 -0500 Message-ID: <26488397.1169106080879.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6010720111594166231== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You are correct. This was actually broken a while back when doing refactor= ing. It is fixed now. See http://jira.jboss.com/jira/browse/JBREM-671 for= details (inluding testcase which shows how to setup). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003168#4003168 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003168 --===============6010720111594166231==-- From do-not-reply at jboss.com Thu Jan 18 02:45:13 2007 Content-Type: multipart/mixed; boundary="===============0670220224506916623==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Servlet transport is completely broken. Date: Thu, 18 Jan 2007 02:45:13 -0500 Message-ID: <22320703.1169106313916.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0670220224506916623== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Can you open a jira issue and attach the patch version? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003169#4003169 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003169 --===============0670220224506916623==-- From do-not-reply at jboss.com Thu Jan 18 02:47:57 2007 Content-Type: multipart/mixed; boundary="===============1981343393500613551==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Thu, 18 Jan 2007 02:47:57 -0500 Message-ID: <23849439.1169106477198.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1981343393500613551== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable >From the hibernate docs: anonymous wrote : 3.8.3. Current Session context management with JTA | = | The easiest way to handle Sessions and transactions is Hibernates autom= atic "current" Session management. See the discussion of Section 2.5, ?Cont= extual Sessions?. Using the "jta" session context, if there is no Hibernate= Session associated with the current JTA transaction, one will be started a= nd associated with that JTA transaction the first time you call sessionFact= ory.getCurrentSession(). The Sessions retrieved via getCurrentSession() in = "jta" context will be set to automatically flush before the transaction com= pletes, close after the transaction completes, and aggressively release JDB= C connections after each statement. This allows the Sessions to be managed = by the lifecycle of the JTA transaction to which it is associated, keeping = user code clean of such management concerns. Your code can either use JTA p= rogrammatically through UserTransaction, or (recommended for portable code)= use the Hibernate Transaction API to set transaction boundaries. If you ru= n in an EJB container, declarative transaction demarcation with CMT is pref= erred. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003170#4003170 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003170 --===============1981343393500613551==-- From do-not-reply at jboss.com Thu Jan 18 05:45:39 2007 Content-Type: multipart/mixed; boundary="===============2060122465822085972==" MIME-Version: 1.0 From: thanvi To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Setting content type for the whole portal : ContentTypeI Date: Thu, 18 Jan 2007 05:45:39 -0500 Message-ID: <17376047.1169117139143.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2060122465822085972== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi = It's a very interting forum. I am tryign to set the content type to mulitpa= rt/form-data. I did the changes in the xml file as mentiond by Shaun. But i got the following exception 15:53:41,991 ERROR [ObjectModelBuilder] Failed to invoke method public java= .lang.Object org.jboss.portal.theme.deployment.jboss.LayoutStategyMetaDataF= actory.newChild(java.util.ArrayList,org.jboss.xb.binding.UnmarshallingConte= xt,java.lang.String,java.lang.String,org.xml.sax.Attributes) throws javax.a= ctivation.MimeTypeParseException, factory=3Dorg.jboss.portal.theme.deployme= nt.jboss.LayoutStategyMetaDataFactory(a)4b0cbc | javax.activation.MimeTypeParseException: Type [multipart/form-data] not= supported | at org.jboss.portal.common.MediaType.parseMimeType(MediaType.java:214) | at org.jboss.portal.theme.deployment.jboss.LayoutStategyMetaDataFactor= y.newChild(LayoutStategyMetaDataFactory.java:63) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.xb.binding.ObjectModelBuilder.invokeFactory(ObjectModelBu= ilder.java:435) | at org.jboss.xb.binding.DelegatingObjectModelFactory.newChild(Delegati= ngObjectModelFactory.java:93) | at org.jboss.xb.binding.ObjectModelBuilder.startElement(ObjectModelBui= lder.java:337) | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$DelegatingContentH= andler.startElement(SaxJBossXBParser.java:299) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003229#4003229 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003229 --===============2060122465822085972==-- From do-not-reply at jboss.com Thu Jan 18 05:56:14 2007 Content-Type: multipart/mixed; boundary="===============8365390137157479642==" MIME-Version: 1.0 From: thanvi To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Setting content type for the whole portal : ContentTypeI Date: Thu, 18 Jan 2007 05:56:13 -0500 Message-ID: <12467938.1169117773987.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8365390137157479642== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi I just checked with the MediaType.java The MediaTypes allowed doesnt includ= e the MimeType multipart/form-data.. Can some help me proceed further. I looking to attach a file in my page and store in the server. The contentType is there till the actionRequest.. once its moved to view th= e renderRequest doesn't have the contentType and the mime type is set to te= xt. Please Help View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003243#4003243 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003243 --===============8365390137157479642==-- From do-not-reply at jboss.com Thu Jan 18 06:27:28 2007 Content-Type: multipart/mixed; boundary="===============5694981841040393600==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Thu, 18 Jan 2007 06:27:28 -0500 Message-ID: <11355750.1169119648350.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5694981841040393600== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weston- Have you worked out why the JCA layer is calling commit on a transacted ses= sion? I am assuming this is a JCA bug, is there a JIRA task for it? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003251#4003251 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003251 --===============5694981841040393600==-- From do-not-reply at jboss.com Thu Jan 18 06:33:42 2007 Content-Type: multipart/mixed; boundary="===============3927962841473406700==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Thu, 18 Jan 2007 06:33:42 -0500 Message-ID: <21330854.1169120022607.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3927962841473406700== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry I meant "calling commit on an XASession" (which is illegal) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003255#4003255 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003255 --===============3927962841473406700==-- From do-not-reply at jboss.com Thu Jan 18 07:54:10 2007 Content-Type: multipart/mixed; boundary="===============8407045136054633617==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Upgrading Jackrabbit to 1.1 on Portal 2.6? Date: Thu, 18 Jan 2007 07:54:09 -0500 Message-ID: <10852408.1169124849929.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8407045136054633617== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It has been upgraded in the trunk to version 1.1.1 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003282#4003282 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003282 --===============8407045136054633617==-- From do-not-reply at jboss.com Thu Jan 18 07:55:50 2007 Content-Type: multipart/mixed; boundary="===============1251431520064446121==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Thu, 18 Jan 2007 07:55:50 -0500 Message-ID: <17348322.1169124950319.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1251431520064446121== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Can you confirm your simple JBM/jPBM test works with the adapter in HEAD? I= t should be a simple drop in replacement. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003283#4003283 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003283 --===============1251431520064446121==-- From do-not-reply at jboss.com Thu Jan 18 08:39:18 2007 Content-Type: multipart/mixed; boundary="===============6882895772197552677==" MIME-Version: 1.0 From: joanesilviyaj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Javassist development Forum] - jbossclient-all.jar Date: Thu, 18 Jan 2007 08:39:18 -0500 Message-ID: <17529112.1169127558557.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6882895772197552677== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi all : Could anybody tell me the link for downloading jbossall-client.jar. thanks in advance silviya View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003300#4003300 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003300 --===============6882895772197552677==-- From do-not-reply at jboss.com Thu Jan 18 09:27:03 2007 Content-Type: multipart/mixed; boundary="===============0682054135368747115==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - JBAS-3997 Date: Thu, 18 Jan 2007 09:27:03 -0500 Message-ID: <4820263.1169130423138.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0682054135368747115== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am hesitant to see this as being required. ResourceExceptions are not, by= nature, transient. We already cover the case of a connection attempt faili= ng for validation or other reasons. The ResourceException itself is only th= rown during catastrophic failure from which there is probably no possiblity= of recovery. Could you please comment on what you believe to be a recovera= ble in this case. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003330#4003330 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003330 --===============0682054135368747115==-- From do-not-reply at jboss.com Thu Jan 18 09:33:57 2007 Content-Type: multipart/mixed; boundary="===============2642328949950817605==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: markNodeCurrentlyInUse() - race condition Date: Thu, 18 Jan 2007 09:33:57 -0500 Message-ID: <25839859.1169130837561.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2642328949950817605== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree that it is ugly and placing a marker directly on the node makes mor= e sense. I also agree that using the event queue for this kind of data is pretty hac= ky, but let's revisit the purpose of this method (and Brian will probably h= ave stuff to add here) markNodeCurrentlyInUse() does (should) not prevent node removal by calling = one of the remove methods. All it should do is prevent the node from being= evicted. And if this is the case, then a marked in the event queue should= be sufficient since the event processor thread would find the in-use marke= r before any eviction markers. I guess where this can be a problem is if a node is marked for eviction fir= st, and then is marked as in-use, and then the event processor thread start= s. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003336#4003336 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003336 --===============2642328949950817605==-- From do-not-reply at jboss.com Thu Jan 18 10:27:27 2007 Content-Type: multipart/mixed; boundary="===============8124128037366483826==" MIME-Version: 1.0 From: bkeh12 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Fine grained action aware interfaces (JBMICROCONT-134) Date: Thu, 18 Jan 2007 10:27:27 -0500 Message-ID: <17041323.1169134047574.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8124128037366483826== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thank you very much... :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003357#4003357 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003357 --===============8124128037366483826==-- From do-not-reply at jboss.com Thu Jan 18 10:30:28 2007 Content-Type: multipart/mixed; boundary="===============2565873233172487561==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Thu, 18 Jan 2007 10:30:28 -0500 Message-ID: <8430338.1169134228409.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2565873233172487561== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, I made the changes I described in jbpm-configs.jar. isTransactionEnabl= ed should not be set to true; if it is not only would jBPM try to demarcate= the transactions, but my understaning is jBPM would also close the hiberna= te session, wchich should foul everything up. You see from the the description of CMT why it is not a fit for jBPM. The w= eb console (as currently implemented / deployed), does NOT run in / use the= EJB container. Not can we guarantee that other user applications would jus= t because they deployed jbpm-enterprise.ear (although you would expect them= to). JTA is flexible because it allows for both EJB and non-EJB applicatio= ns. If the jbpm-console were to be modified to only use the Command SLSB interf= ace, then CMT might be a better fit for jBPM enterprise. As far as the documentation on getCurrentSession, in the past (in another p= roject) it appeared to work that way. However in testing with jBPM the proc= ess deployment did not work until I set isCurrentSessionEnabled to false. Y= ou might want to test this out and see if you get the same result. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003360#4003360 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003360 --===============2565873233172487561==-- From do-not-reply at jboss.com Thu Jan 18 10:34:48 2007 Content-Type: multipart/mixed; boundary="===============1418227473439550357==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Thu, 18 Jan 2007 10:34:47 -0500 Message-ID: <9399090.1169134487910.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1418227473439550357== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So what do you think, can we modify the NewProcessInstanceCommand to signal= when there are no start tasks? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003362#4003362 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003362 --===============1418227473439550357==-- From achaiah at gmail.com Thu Jan 18 10:54:09 2007 Content-Type: multipart/mixed; boundary="===============3826134566214380193==" MIME-Version: 1.0 From: Achaiah To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] Extending jBPM Visual Designer Date: Thu, 18 Jan 2007 10:54:06 -0500 Message-ID: --===============3826134566214380193== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable My appologies ahead of time if I am sending this to the wrong mailing list or if this question has been asked before. I am wondering if someone knows if it is possible to extend the jBPM Visual Designer with a custom set of Nodes. The current jBPM configuration is not enough for our purposes and while we can extend the Node class we have not found any documentation on how to reflect custom nodes in the graphical UI of jBPM designer. Please help. Secondly, has anyone else encountered the problem that the jBPM Visual Designer guide does not correspond to the latest version of the eclipse plugin? The current plugin does not even create a websomething.sardirectory like the guide states. The diagrams seem to be out of date as well. Thanks. --===============3826134566214380193== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" TXkgYXBwb2xvZ2llcyBhaGVhZCBvZiB0aW1lIGlmIEkgYW0gc2VuZGluZyB0aGlzIHRvIHRoZSB3 cm9uZyBtYWlsaW5nCmxpc3Qgb3IgaWYgdGhpcyBxdWVzdGlvbiBoYXMgYmVlbiBhc2tlZCBiZWZv cmUuJm5ic3A7IEkgYW0gd29uZGVyaW5nIGlmCnNvbWVvbmUga25vd3MgaWYgaXQgaXMgcG9zc2li bGUgdG8gZXh0ZW5kIHRoZSBqQlBNIFZpc3VhbCBEZXNpZ25lciB3aXRoCmEgY3VzdG9tIHNldCBv ZiBOb2Rlcy4mbmJzcDsgVGhlIGN1cnJlbnQgakJQTSBjb25maWd1cmF0aW9uIGlzIG5vdAplbm91 Z2ggZm9yIG91ciBwdXJwb3NlcyBhbmQgd2hpbGUgd2UgY2FuIGV4dGVuZCB0aGUgTm9kZSBjbGFz cyB3ZSBoYXZlCm5vdCBmb3VuZCBhbnkgZG9jdW1lbnRhdGlvbiBvbiBob3cgdG8gcmVmbGVjdCBj dXN0b20gbm9kZXMgaW4gdGhlCmdyYXBoaWNhbCBVSSBvZiBqQlBNIGRlc2lnbmVyLiZuYnNwOyBQ bGVhc2UgaGVscC48YnI+Cjxicj4KU2Vjb25kbHksIGhhcyBhbnlvbmUgZWxzZSBlbmNvdW50ZXJl ZCB0aGUgcHJvYmxlbSB0aGF0IHRoZSBqQlBNIFZpc3VhbApEZXNpZ25lciBndWlkZSBkb2VzIG5v dCBjb3JyZXNwb25kIHRvIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0aGUgZWNsaXBzZQpwbHVnaW4/ Jm5ic3A7IFRoZSBjdXJyZW50IHBsdWdpbiBkb2VzIG5vdCBldmVuIGNyZWF0ZSBhCndlYnNvbWV0 aGluZy5zYXIgZGlyZWN0b3J5IGxpa2UgdGhlIGd1aWRlIHN0YXRlcy4mbmJzcDsgVGhlIGRpYWdy YW1zCnNlZW0gdG8gYmUgb3V0IG9mIGRhdGUgYXMgd2VsbC48YnI+Cjxicj4KVGhhbmtzLjxicj4K --===============3826134566214380193==-- From do-not-reply at jboss.com Thu Jan 18 11:18:43 2007 Content-Type: multipart/mixed; boundary="===============2439751514520187619==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Thu, 18 Jan 2007 11:18:43 -0500 Message-ID: <3809110.1169137123830.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2439751514520187619== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable No need to deploy portal first anymore, I fixed the problem by adding a dep= endence of ACL interceptor over its session factory binder service. "roy.russo(a)jboss.com" wrote : There are problem with the core-cms: | = | 1. You *must* deploy the jboss-portal.sar first, and then the portal-cm= s.sar. If you do not, the cms will not deploy at all, due to some issues wi= th security/identity. | = | 2. If you deploy the portal-cms.sar in a running instance of AS, it wil= l create all the resources. = | a. File creation is sloooooow. = | b. Also, when you log in to the cmsAdminPortlet, it doesn't show the= root directory so you can't do anything. I wouldn't be surprised if this i= s also related to identity integration. | = | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003388#4003388 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003388 --===============2439751514520187619==-- From do-not-reply at jboss.com Thu Jan 18 13:07:05 2007 Content-Type: multipart/mixed; boundary="===============5142821645259451985==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: markNodeCurrentlyInUse() - race condition Date: Thu, 18 Jan 2007 13:07:05 -0500 Message-ID: <16374287.1169143625644.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5142821645259451985== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Example situation which demonstrates a race condition. The following situat= ion happens, say if 2 nodes are allowed, 3 nodes are created, and LRU polic= y is applied. Visit A - B - C Mark Node A in use -- event processing occurs -- Node A evicted ... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003447#4003447 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003447 --===============5142821645259451985==-- From do-not-reply at jboss.com Thu Jan 18 13:16:39 2007 Content-Type: multipart/mixed; boundary="===============4359787605785116057==" MIME-Version: 1.0 From: Cyberax To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Exception propagation using HTTP servlet transport on 1. Date: Thu, 18 Jan 2007 13:16:39 -0500 Message-ID: <18803084.1169144199889.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4359787605785116057== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : In the case of servlet invoker, org.jboss.remoting.transp= ort.http.WebServerError is thrown (or returned for the second invocation), = so the original exception thrown on the server side is not the one thrown o= n the client side. Yes, that was my problem - my code relies on exceptions for creating user-f= riendly error messages. For now, I just modified servlet transport to preserve exception type. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003449#4003449 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003449 --===============4359787605785116057==-- From do-not-reply at jboss.com Thu Jan 18 13:23:49 2007 Content-Type: multipart/mixed; boundary="===============1543963884461434420==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: markNodeCurrentlyInUse() - race condition Date: Thu, 18 Jan 2007 13:23:49 -0500 Message-ID: <3627658.1169144629868.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1543963884461434420== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable >From an earlier jbosscache-dev conversation: "Manik Surtani" wrote : = | On 15 Nov 2006, at 14:51, Brian Stansberry wrote: | = | > The purpose of this method is to allow an application to signal the | > eviction policy to not evict a particular node who's data it's using. | > Needed in situations where the app doesn't hold a lock on the node = | > *and* | > where evicting the node will cause a problem. | > | > AFAICT, this use case is really just for EJB3 SFSBs, where the problem | > is that evicting an "in-use" node forces the container to call | > prePassivate() on the in-use EJB. This is done from a CacheListener. | > | > This is all a bit funky. Adding methods to the API to deal with a = | > very | > specific use case. It also has a small race condition, which I won't | > get into here. | > | > Here's a different (but still funky) approach: | > | > Add a new exception class o.j.c.eviction.NodeInUseException extends | > RuntimeException. | > | > The application implements CacheListener. When it gets a | > nodePassivated(pre=3Dtrue) event, if it doesn't want the passivation,= it | > throws the NodeInUseException. This will abort the eviction and | > propagate back to the eviction policy. Eviction policies are already | > written such that they catch all exceptions, and then throw the node | > into a retry queue (see BaseEvictionAlgorithm.evictCacheNode()). If we | > wanted to get fancy, we could specifically catch NodeInUseException = | > and | > decide from there whether to add it to the retry queue. | > | > I don't think we should try to change this this week; more of a short | > term future thing. | > | > Thoughts? | = | Your second (and still funky) approach does seem a lot cleaner than = | hacking in stuff into the API for a very specific use case. So = | certainly my preferred option. But from a performance standpoint, is = | this really an "exceptional" circumstance? The above is hacky. Concern I have about adding a field to the node is it = forces a read of each node as part of the eviction. IIRC that's not needed = now, except in CacheImpl itself as part of the remove. Don't want to add ov= erhead. (I'm in a class now so can't look at code, so please forgive if tha= t's an easily addressable concern.) I believe the race condition is because eviction is a two step process with= 2 queues -- policy reads off all the eviction events off the event queue a= nd uses that to build its eviction queue. Then it goes through the evicti= on queue and decides whether to evict the nodes. Race can happen if the ma= rkNodeCurrentlyInUse() call happens after event queue has been read but bef= ore the policy has dealt with the relevant node. This race is really a gen= eral problem that could throw off accurate working off any eviction algorit= hm (e.g. a get() that occurs after the event queue is read doesn't prevent = eviction by the LRUPolicy). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003454#4003454 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003454 --===============1543963884461434420==-- From do-not-reply at jboss.com Thu Jan 18 13:34:47 2007 Content-Type: multipart/mixed; boundary="===============6752103024192672779==" MIME-Version: 1.0 From: hendra_netm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Fail-over design questions Date: Thu, 18 Jan 2007 13:34:47 -0500 Message-ID: <19576789.1169145287611.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6752103024192672779== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello JBoss Messaging Developers, I have a question about what will happen to the crashed server when I bring= it back again? = For example, I have two servers Server0 and Server1. Server0 is crash. All = connections and messages in Server0 will be failed over to Server1. = When I bring server0 back, I think server0 wil have no client connections, = and this will lead to imbalance load between server. Is this correct? I also want to ask why fail-over action is only trigerred by crashed condit= ion? = I have a case where I need to shut down JBoss Messaging Server for operatio= nal thing. I want when I shut down one server, the connection will be faile= d over to another node, and when I put the server back, that server will sh= are again the load of messages delivery with other servers. Is this scenari= o possible? Thank you in advance, Hendra View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003456#4003456 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003456 --===============6752103024192672779==-- From do-not-reply at jboss.com Thu Jan 18 13:38:57 2007 Content-Type: multipart/mixed; boundary="===============7640430563253133172==" MIME-Version: 1.0 From: Cyberax To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Servlet transport is completely broken. Date: Thu, 18 Jan 2007 13:38:57 -0500 Message-ID: <12474541.1169145537832.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7640430563253133172== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I can't figure out how to create a new issue in Jira. So I uploaded a fixed= version here: https://sdmain.staffdirector.net/jboss/ServletServerInvoker.= java It needs a major code cleanup. In particular: parser of invoker URLs in Remoting 1.4.4 had a problem with = parsing URLs with colons so I only added support for customization of invok= er name prefix. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003460#4003460 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003460 --===============7640430563253133172==-- From do-not-reply at jboss.com Thu Jan 18 13:42:21 2007 Content-Type: multipart/mixed; boundary="===============4354804698097493228==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Thu, 18 Jan 2007 13:42:21 -0500 Message-ID: <10363629.1169145741575.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4354804698097493228== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable My understanding is that the CommandListenerBean and CommandServiceBean are= designed to handle any Command (that has a class defined that implements t= he Command interface), not just Job Commands. However, it appears the Comma= ndListenerBean always creates a ExecuteJobCommand, which tries to load a jo= b using the jobId.. I think CommandListernerBean should check for the presence of a JobId (or n= on 0 jobId), and if not present, then not create a ExecuteJobCommand, but i= nstead get the command from the message and execute it. Currently, the code= does not even look in the message for a command, but always assumes its a = job and gets it from the Job table. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003461#4003461 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003461 --===============4354804698097493228==-- From do-not-reply at jboss.com Thu Jan 18 13:48:06 2007 Content-Type: multipart/mixed; boundary="===============8206715160798207121==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 13:48:06 -0500 Message-ID: <9858772.1169146086643.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8206715160798207121== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I guess we should consider an option where we can shutdown and failover cli= ents. anonymous wrote : When I bring server0 back, I think server0 wil have no cl= ient connections, and this will lead to imbalance load between server. Is t= his correct? = This is correct at this point. = Server0 will assume new connections.. .but we don't have a recover of the f= ailover at this point. This is something we have discussed... and it might = be scheduled for future releases. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003464#4003464 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003464 --===============8206715160798207121==-- From do-not-reply at jboss.com Thu Jan 18 13:52:00 2007 Content-Type: multipart/mixed; boundary="===============5965186735816586393==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 13:52:00 -0500 Message-ID: <8983056.1169146320117.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5965186735816586393== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "hendra_netm" wrote : Hello JBoss Messaging Developers, | I have a question about what will happen to the crashed server when I b= ring it back again? = | = | For example, I have two servers Server0 and Server1. Server0 is crash. = All connections and messages in Server0 will be failed over to Server1. = | When I bring server0 back, I think server0 wil have no client connectio= ns, and this will lead to imbalance load between server. Is this correct? | = | I also want to ask why fail-over action is only trigerred by crashed co= ndition? = | I have a case where I need to shut down JBoss Messaging Server for oper= ational thing. I want when I shut down one server, the connection will be f= ailed over to another node, and when I put the server back, that server wil= l share again the load of messages delivery with other servers. Is this sce= nario possible? When you failover, non persistent messages would be lost. Therefore we can'= t just fail over to redistribute load, since people would get upset if sudd= enly their non persistent messages disappeared. There are certain situations where it is possible to redistribute a connect= ion, like, if there are no unacked messages in the session, but this gets c= omplex. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003467#4003467 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003467 --===============5965186735816586393==-- From do-not-reply at jboss.com Thu Jan 18 14:05:31 2007 Content-Type: multipart/mixed; boundary="===============7592349142284252420==" MIME-Version: 1.0 From: hendra_netm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 14:05:30 -0500 Message-ID: <17329292.1169147130889.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7592349142284252420== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : = | When you failover, non persistent messages would be lost. Therefore we = can't just fail over to redistribute load, since people would get upset if = suddenly their non persistent messages disappeared. | = | There are certain situations where it is possible to redistribute a con= nection, like, if there are no unacked messages in the session, but this ge= ts complex. Sorry for unclear question. I mean, when I shut down the server the message= s and the connection will be not failed over to another node. The fail-over= policy is only triggered by crashed condition not normal shut down conditi= on, isn't it? If a server is shut down, because for example I want to add some components= in my server, the messages and connections will not be failed over. Why do= es shut down not get the same policy like when the server is crashed? Is th= ere any problem that make you differ the crashed and shut down situation? Thank you for your respond. Regards, Hendra View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003475#4003475 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003475 --===============7592349142284252420==-- From do-not-reply at jboss.com Thu Jan 18 14:07:48 2007 Content-Type: multipart/mixed; boundary="===============0229225888243169947==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 14:07:47 -0500 Message-ID: <13647681.1169147267772.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0229225888243169947== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "hendra_netm" wrote : "timfox" wrote : = | | = | | If a server is shut down, because for example I want to add some co= mponents in my server, the messages and connections will not be failed over= . Why does shut down not get the same policy like when the server is crashe= d? Is there any problem that make you differ the crashed and shut down situ= ation? | | = | = | As I said in my previous reply, we cannot do this because you would los= e non persistent messages, and customers would not be very happy. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003477#4003477 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003477 --===============0229225888243169947==-- From do-not-reply at jboss.com Thu Jan 18 14:09:37 2007 Content-Type: multipart/mixed; boundary="===============6607152414026044941==" MIME-Version: 1.0 From: damon.sicore at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Out of Memory Error when Deploying JBoss Labs Date: Thu, 18 Jan 2007 14:09:37 -0500 Message-ID: <25673073.1169147377258.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6607152414026044941== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Up your memory settings in the JAVA_OPTS to use more than the standard 128M= . We deploy a lot of stuff, and the default setting is insufficient. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003480#4003480 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003480 --===============6607152414026044941==-- From do-not-reply at jboss.com Thu Jan 18 14:19:54 2007 Content-Type: multipart/mixed; boundary="===============2851207452834568958==" MIME-Version: 1.0 From: hendra_netm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 14:19:54 -0500 Message-ID: <18469413.1169147994346.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2851207452834568958== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : = | As I said in my previous reply, we cannot do this because you would los= e non persistent messages, and customers would not be very happy. I thought that JBoss messaging will use replication for that case. "Persist= ent level reliability guarantee without persistence" feature means that I c= an use non-persistent message and still get no message loss, doesn't it? Anyway, you would lose non-persistent messages as well in crashed situation= . Or not? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003485#4003485 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003485 --===============2851207452834568958==-- From do-not-reply at jboss.com Thu Jan 18 14:26:14 2007 Content-Type: multipart/mixed; boundary="===============5505034746805477378==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: markNodeCurrentlyInUse() - race condition Date: Thu, 18 Jan 2007 14:26:14 -0500 Message-ID: <6903667.1169148374390.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5505034746805477378== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is where placing markers (both "marked for eviction" as well as "mark = as in use") on the node could help. The eviction interceptor places events in the queue as well as marks the no= de for eviction; on subsequent gets (before the eviction happens) the evict= ion interceptor could *remove* the "marked for eviction" marker (according = to policy) on the node. When the eviction thread kicks in, it processes the eviction queue and befo= re attempting to evict a node, tests the "marked for eviction" flag on the = node as well as the "mark as in use" flag. = Since these flags reside in the node, dealing with concurrency and race con= ditions become much easier. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003487#4003487 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003487 --===============5505034746805477378==-- From do-not-reply at jboss.com Thu Jan 18 14:27:33 2007 Content-Type: multipart/mixed; boundary="===============4832286659633732962==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 14:27:33 -0500 Message-ID: <32761449.1169148453712.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4832286659633732962== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In memory persistent message replication is not implemented yet, but when i= t does it would be used for persistent messages not non persistent messages. Yes, you might lose np messages in crash, but you don't want to just random= ly lose them at other non crash times, just because the server wants to mov= e the connection. I don't think that would be acceptable to the majority of users. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003489#4003489 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003489 --===============4832286659633732962==-- From do-not-reply at jboss.com Thu Jan 18 14:29:10 2007 Content-Type: multipart/mixed; boundary="===============0587896252085901205==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 14:29:10 -0500 Message-ID: <6177659.1169148550084.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0587896252085901205== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Although the JMS spec technically allows non persistent messages to be lost= at any time, we try and make a "best effort", i.e. we try not to lose them= unless failure occurs. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003491#4003491 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003491 --===============0587896252085901205==-- From do-not-reply at jboss.com Thu Jan 18 14:56:27 2007 Content-Type: multipart/mixed; boundary="===============2486582391492155129==" MIME-Version: 1.0 From: hendra_netm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 14:56:27 -0500 Message-ID: <4546478.1169150187062.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2486582391492155129== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : In memory persistent message replication is not implemente= d yet, but when it does it would be used for persistent messages not non pe= rsistent messages. | = | Yes, you might lose np messages in crash, but you don't want to just ra= ndomly lose them at other non crash times, just because the server wants to= move the connection. | = | I don't think that would be acceptable to the majority of users. I see. Then how are users able to maintenance their server without disturbi= ng the service? For example, I need to maintenance my server without disturbing my services= . So I need to shut down the server but I don't want any message loss. In normal situation (without clustering), I would stop the producer and let= the consumer get all messages before shutting down the server. With cluste= ring, I don't know which clients connect to one specific server that I want= to shut down due to HA-JNDI. Is there possible that clients check which server node that they connect to? Regards, Hendra View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003504#4003504 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003504 --===============2486582391492155129==-- From do-not-reply at jboss.com Thu Jan 18 15:17:10 2007 Content-Type: multipart/mixed; boundary="===============0187172306164348696==" MIME-Version: 1.0 From: hendra_netm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Thu, 18 Jan 2007 15:17:10 -0500 Message-ID: <25733006.1169151430048.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0187172306164348696== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I prefer that failover in shut down condition can become option. So when I = want to do maintenance, I only need to use persistent messages and shut it = down. I think it is better than simulate crash condition in server to trigger the= failover View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003512#4003512 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003512 --===============0187172306164348696==-- From do-not-reply at jboss.com Thu Jan 18 15:42:11 2007 Content-Type: multipart/mixed; boundary="===============7456435174805474100==" MIME-Version: 1.0 From: falazar To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web Console: Context Menus and Navigation Date: Thu, 18 Jan 2007 15:42:11 -0500 Message-ID: <28685217.1169152931366.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7456435174805474100== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Correct, we go directly to the task form as well, without the summary form, = and as a whole it feels a little more complicated than necessary, I'm not s= ure if there are parts that will be removed for the low end user or not, we= went with giving them few options as top level, only Inbox (personal and g= roup tasks in two tabs) Open Processes and Past Processes. Then the Manager pages and Admin pages = would have other options available. I posted a PDF presentation we gave, that had some of the screen shots i= n another topic if anyone would like to comment. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003521#4003521 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003521 --===============7456435174805474100==-- From do-not-reply at jboss.com Thu Jan 18 15:53:03 2007 Content-Type: multipart/mixed; boundary="===============5508764298964121919==" MIME-Version: 1.0 From: falazar To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web Console: Context Menus and Navigation Date: Thu, 18 Jan 2007 15:53:03 -0500 Message-ID: <1349684.1169153583770.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5508764298964121919== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kukeltje" wrote: The opening page is the user tasklist. That is (obivious) the most importan= t one. I therefor would make it, the user part of the menu, the top one in = the menu. (the username and logout are probably out of place then... hmmmmm) David: Yeah, this occured to me too, but I didn't have a quick answer so I just ta= bled the thought. One thing that has occured to me in the past is that the = view that is currently presented (of the user task list) is more of a manag= erial view. I think I will ultimately end up making another user task list = which is only the current user, and renaming the current one to be "All Tas= ks" or something to that effect. = Falazar: Yeah right now the first thing on the menu is inactive most of the time, = and jumps around, I would rather see the main (bottom) stuff up top, and we= made and All Tasks page like that, and a Users task page as well, that are= seperate. Also we are working now on a scheme that would allow a special "filtered" v= iew for process lists or task lists, that would show certain process varaib= les, that are deemed "important" this was suggested for several things like= "Purchase Requests" where the Amount was wanted to be seen in the list vie= w. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003522#4003522 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003522 --===============5508764298964121919==-- From do-not-reply at jboss.com Thu Jan 18 16:13:52 2007 Content-Type: multipart/mixed; boundary="===============4583207342343533193==" MIME-Version: 1.0 From: falazar To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: remove context sensitive menus Date: Thu, 18 Jan 2007 16:13:52 -0500 Message-ID: <21452629.1169154832751.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4583207342343533193== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | Using the name "Task" for TaskInstance's is good, i think. (as long as = there is no reference to a task definition somewhere, which i don't think i= s necessary) | = | But taking into account all the feedback and consistency, i would keep = the complete names of "Process Definition" and "Process Instance". Correct, keep Process Instance or Process for this, that is the simplest sh= ort definition, = and matches the Task Instance, Tasks, Task Definition style. Execution is really more of an action term, and not appropriate. Under the Process Definition page, it is not intuitive that all of the stuf= f is there, = "Start" should be moved to another area, and the Process List on the end se= ems to warrant its only top level listing or something. We currently have a Processes page which just lists all the processes and a= filter to easily select if you need to see only one type of processes, let= s them easily navigate, = you have a similar search in yours. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003533#4003533 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003533 --===============4583207342343533193==-- From do-not-reply at jboss.com Thu Jan 18 16:32:35 2007 Content-Type: multipart/mixed; boundary="===============1249157518163560385==" MIME-Version: 1.0 From: james.cobb at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Navigation in Labs 2.0 Date: Thu, 18 Jan 2007 16:32:35 -0500 Message-ID: <31633316.1169155955491.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1249157518163560385== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 1. Global Navigation: A new navigation structure has been designed to help the user access variou= s portions of the site. These common elements will be accessible from every= page. The content would be broken into: Home | Knowledge Base | JBoss Projects | Contribute | My.ORG 2. Projects Navigation: The "JBoss Projects" page will be a common landing page where the user can = access all jboss projects. We'll remove the old groups of "JEMS" and "Commu= nity projects" from the site. The new design will categorize the projects b= y function. = 3. Individual Project Navigation: The project leads should have the ability= to add additional pages to their project sites. The project pages portlet = would have to be on each page and it's ui design would be important to show= the connection of the navigation to the pages. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003537#4003537 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003537 --===============1249157518163560385==-- From do-not-reply at jboss.com Thu Jan 18 16:59:05 2007 Content-Type: multipart/mixed; boundary="===============1362225486205092227==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Non connected remoting clients throwing java.lang.Exception Date: Thu, 18 Jan 2007 16:59:05 -0500 Message-ID: <25462937.1169157545885.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1362225486205092227== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I guess we have changed remoting to disconnect clients when ConnectionValid= ator fails, and I have seen situations where invocations are failing on the= testsuite. FailoverTest(Clustering)::testFailoverMessageOnServer2 is an example of suc= h behavior. I guess we should change (or ask remoting team to do it), in such way We sh= ould not disconnect remoting clients... or at least throw a meaninful Excep= tion we could catch on FailoverValveInterceptor. This is the exception we are catching now: anonymous wrote : java.lang.Exception: Can not make remoting client invocat= ion due to not being connected to server. | at org.jboss.remoting.Client.invoke(Client.java:639) | at org.jboss.remoting.Client.invoke(Client.java:627) | at org.jboss.jms.client.delegate.DelegateSupport.invoke(Delegat= eSupport.java:118) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createCo= nsumerDelegate_N5002091796089334799.invokeNext(ClientSessionDelegate$create= ConsumerDelegate_N5002091796089334799.java) | at org.jboss.jms.client.container.StateCreationAspect.handleCre= ateConsumerDelegate(StateCreationAspect.java:153) | at org.jboss.aop.advice.org.jboss.jms.client.container.StateCre= ationAspect17.invoke(StateCreationAspect17.java) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createCo= nsumerDelegate_N5002091796089334799.invokeNext(ClientSessionDelegate$create= ConsumerDelegate_N5002091796089334799.java) | at org.jboss.jms.client.container.ConsumerAspect.handleCreateCo= nsumerDelegate(ConsumerAspect.java:67) | at org.jboss.aop.advice.org.jboss.jms.client.container.Consumer= Aspect16.invoke(ConsumerAspect16.java) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createCo= nsumerDelegate_N5002091796089334799.invokeNext(ClientSessionDelegate$create= ConsumerDelegate_N5002091796089334799.java) | at org.jboss.jms.client.container.ClosedInterceptor.invoke(Clos= edInterceptor.java:177) | at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstan= ceInterceptor.java:117) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createCo= nsumerDelegate_N5002091796089334799.invokeNext(ClientSessionDelegate$create= ConsumerDelegate_N5002091796089334799.java) | at org.jboss.jms.client.container.ExceptionInterceptor.invoke(E= xceptionInterceptor.java:71) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createCo= nsumerDelegate_N5002091796089334799.invokeNext(ClientSessionDelegate$create= ConsumerDelegate_N5002091796089334799.java) | at org.jboss.jms.client.container.FailoverValveInterceptor.invo= ke(FailoverValveInterceptor.java:112) | at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstan= ceInterceptor.java:117) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createCo= nsumerDelegate_N5002091796089334799.invokeNext(ClientSessionDelegate$create= ConsumerDelegate_N5002091796089334799.java) | at org.jboss.jms.client.container.ClientLogInterceptor.invoke(C= lientLogInterceptor.java:107) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createCo= nsumerDelegate_N5002091796089334799.invokeNext(ClientSessionDelegate$create= ConsumerDelegate_N5002091796089334799.java) | at org.jboss.jms.client.delegate.ClientSessionDelegate.createCo= nsumerDelegate(ClientSessionDelegate.java) | at org.jboss.jms.client.JBossSession.createConsumer(JBossSessio= n.java:254) | at org.jboss.jms.client.JBossSession.createConsumer(JBossSessio= n.java:226) | at org.jboss.test.messaging.jms.clustering.FailoverTest.testFai= loverMessageOnServer2(FailoverTest.java:1483) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce= ssorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe= thodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at junit.framework.TestCase.runTest(TestCase.java:154) | at junit.framework.TestCase.runBare(TestCase.java:127) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at junit.textui.TestRunner.doRun(TestRunner.java:116) | at junit.textui.TestRunner.start(TestRunner.java:172) | at org.jboss.test.messaging.tools.junit.SelectiveTestRunner.mai= n(SelectiveTestRunner.java:58) | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003543#4003543 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003543 --===============1362225486205092227==-- From do-not-reply at jboss.com Thu Jan 18 17:00:49 2007 Content-Type: multipart/mixed; boundary="===============1579585811565604774==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Thu, 18 Jan 2007 17:00:48 -0500 Message-ID: <229696.1169157648932.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1579585811565604774== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is a remoting JIRA task for this: http://jira.jboss.org/jira/browse/JBREM-657 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003545#4003545 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003545 --===============1579585811565604774==-- From do-not-reply at jboss.com Thu Jan 18 17:05:12 2007 Content-Type: multipart/mixed; boundary="===============8725065248537997556==" MIME-Version: 1.0 From: jval To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - ESB security features Date: Thu, 18 Jan 2007 17:05:12 -0500 Message-ID: <3693574.1169157912835.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8725065248537997556== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Are the ESB security features based on the AS security?? The AS security is= implemented by the JBoss Security project?? Help please, resourcfes, links, docs, anything! Thank you very much. Javier View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003546#4003546 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003546 --===============8725065248537997556==-- From do-not-reply at jboss.com Thu Jan 18 17:39:28 2007 Content-Type: multipart/mixed; boundary="===============9181429145811503878==" MIME-Version: 1.0 From: falazar To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Thu, 18 Jan 2007 17:39:28 -0500 Message-ID: <5575145.1169159968314.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9181429145811503878== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | The "End Task" is not terminology that is defined by the web console. T= he caption of each of the transition buttons is determined by the name of t= he corresponding transition. In this case, the "websale" example process ha= ppens to have transitions named "End Task". = The "End" "Cancel" and "Save" are rather confusing, we changed those to be = specfic action names so users would know what they were doing, like "Submit= Request" and such. And the "Cancel" does not actually cancel the task or the process, so it is= very ambigously named, we changed it to "Go back to inbox" and added a Can= cel Request transition button. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003551#4003551 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003551 --===============9181429145811503878==-- From do-not-reply at jboss.com Thu Jan 18 17:47:40 2007 Content-Type: multipart/mixed; boundary="===============7926715896488871319==" MIME-Version: 1.0 From: epbernard To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Distributed Lock Mechanism Date: Thu, 18 Jan 2007 17:47:40 -0500 Message-ID: <11791225.1169160460353.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7926715896488871319== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi guys, For Hibernate Search, I'm in need for a DLM (Distributed Lock Mechanism). B= asically a way to acquire a lock, do some stuff and release a lock clusterw= ise. This is something that can be available and built on top of JGroups. I've talked to a RH instructor and we discussed the DLM available in GFS (G= lobal file System). To summarize: - there is a quorum (each node having a weight) - a subset of the cluster is considered free to work if it has quorum/2+1 = - when a node ask for a lock, it informs everybody, and everybody has to = agree on the lock acquisition - if a lock is acquired the demanding node is responsible for managing th= e lock - if a node is playing the bad guy or has been cut from the majority, it = reboots itself or is made rebooted hoping for a recovery This implementation is not really fully self configurable (entering and lea= ving the quorum part might have to be manual) Do you think we can build something similar as a common project for JBoss, = I need it but most likely, some other projects need that too. I'm pretty open to the feature support as well. There may be something available already? Thoughts? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003554#4003554 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003554 --===============7926715896488871319==-- From do-not-reply at jboss.com Thu Jan 18 18:10:33 2007 Content-Type: multipart/mixed; boundary="===============1097141737340171956==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Re: ESB security features Date: Thu, 18 Jan 2007 18:10:33 -0500 Message-ID: <17865708.1169161833682.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1097141737340171956== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The ESB security will certainly support AS security. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003560#4003560 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003560 --===============1097141737340171956==-- From do-not-reply at jboss.com Thu Jan 18 18:25:55 2007 Content-Type: multipart/mixed; boundary="===============6289834962256724658==" MIME-Version: 1.0 From: szimano To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - Re: Out of Memory Error when Deploying JBoss Labs Date: Thu, 18 Jan 2007 18:25:55 -0500 Message-ID: <10275297.1169162755162.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6289834962256724658== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable wow damon. you're alive even here View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003563#4003563 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003563 --===============6289834962256724658==-- From do-not-reply at jboss.com Thu Jan 18 18:30:48 2007 Content-Type: multipart/mixed; boundary="===============5910651764093879771==" MIME-Version: 1.0 From: jval To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Re: ESB security features Date: Thu, 18 Jan 2007 18:30:47 -0500 Message-ID: <3589025.1169163047915.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5910651764093879771== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Are there any other capabilities than the existing ones in the AS? What's the relationship between de AS security and the JBoss security proje= ct?? Thank you very much Mark. Javier. P.S.: excuse my english. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003565#4003565 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003565 --===============5910651764093879771==-- From do-not-reply at jboss.com Thu Jan 18 18:35:14 2007 Content-Type: multipart/mixed; boundary="===============8373019829518310255==" MIME-Version: 1.0 From: mark.little at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Re: ESB security features Date: Thu, 18 Jan 2007 18:35:14 -0500 Message-ID: <24575392.1169163314828.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8373019829518310255== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There are other security specifications and standards that we will support.= For example, OASIS WS-SX will be the standard for Web Services and we will= try to leverage that within the ESB, even when you're not using SOAP and W= SDL. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003566#4003566 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003566 --===============8373019829518310255==-- From do-not-reply at jboss.com Thu Jan 18 19:11:40 2007 Content-Type: multipart/mixed; boundary="===============8005120131566413262==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Last minute 2.0 API suggestions Date: Thu, 18 Jan 2007 19:11:40 -0500 Message-ID: <8597823.1169165500097.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8005120131566413262== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 1. Have Node.removeChild() return true if the node was removed 2. Add a Node.size() or Node.dataSize() to count basically getData().size()= . The problem (in terms of efficiency) is that getData() makes a copy. 3. Node.putIfAbsent() should be consistent with ConcurrentMap, and return O= bject. Consider adding other methods of ConcurrentMap. 4. Change Node.put to Node.putAll to be consistent with Map.putAll(). I'm working on a Node -> Map adaptor, sort of a poor man's PojoCache, and f= ind these basic methods missing. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003572#4003572 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003572 --===============8005120131566413262==-- From do-not-reply at jboss.com Thu Jan 18 19:35:37 2007 Content-Type: multipart/mixed; boundary="===============4797927533574078040==" MIME-Version: 1.0 From: evk To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - JBoss and NLB Date: Thu, 18 Jan 2007 19:35:37 -0500 Message-ID: <9605088.1169166937885.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4797927533574078040== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, does Windows NLB (Network Load Balancing) just not interact well with J= Boss clustering, or have other people gotten it to work? I'm trying to set up a set of machines as a JBoss cluster but also set them= up as an NLB cluster, to take care of load balancing. JBoss seems to hang = and lock up on startup when I try this. Any help appreciated. Has this been tried before? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003573#4003573 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003573 --===============4797927533574078040==-- From do-not-reply at jboss.com Thu Jan 18 20:14:29 2007 Content-Type: multipart/mixed; boundary="===============3906439843404731869==" MIME-Version: 1.0 From: ron.sigal at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Thu, 18 Jan 2007 20:14:29 -0500 Message-ID: <26424402.1169169269874.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3906439843404731869== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I started working on http://jira.jboss.org/jira/browse/JBREM-657 yesterday.= What I've been doing is adding a Client.quickDisconnect() and a Client.qu= ickRemoveListener() that parallel Client.disconnect() and Client.removeList= ener() but don't attempt to communicate with the server. Of course, they s= hould be used only when it is clear that there is a problem communicating w= ith the server. Does that work for Messaging? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003577#4003577 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003577 --===============3906439843404731869==-- From do-not-reply at jboss.com Thu Jan 18 20:35:59 2007 Content-Type: multipart/mixed; boundary="===============8748405776385664321==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Thu, 18 Jan 2007 20:35:59 -0500 Message-ID: <4889478.1169170559309.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8748405776385664321== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes... but what about this throw new Exception when a client is disconnecte= d... and what situation the client gets disconnected on leasing? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003587#4003587 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003587 --===============8748405776385664321==-- From do-not-reply at jboss.com Thu Jan 18 20:37:56 2007 Content-Type: multipart/mixed; boundary="===============1354721340782783952==" MIME-Version: 1.0 From: brc135 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: Profiler work for realtime time-series data? Date: Thu, 18 Jan 2007 20:37:56 -0500 Message-ID: <8179225.1169170676262.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1354721340782783952== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I got it up and working (I think)... My next question is, is there a way to look / analyze the logs files withou= t the webapp? If so, how do you get at the data, it seems to be a binary f= ile... And can this be done while the profiler is still logging? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003588#4003588 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003588 --===============1354721340782783952==-- From do-not-reply at jboss.com Thu Jan 18 20:42:45 2007 Content-Type: multipart/mixed; boundary="===============5696084400376682336==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Thu, 18 Jan 2007 20:42:45 -0500 Message-ID: <16030545.1169170965505.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5696084400376682336== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ron... this is just personal preference... but do you have a better name than quickRemove... quickWhatever? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003591#4003591 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003591 --===============5696084400376682336==-- From do-not-reply at jboss.com Fri Jan 19 00:06:07 2007 Content-Type: multipart/mixed; boundary="===============3776066489900177571==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Fri, 19 Jan 2007 00:06:07 -0500 Message-ID: <15100441.1169183167444.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3776066489900177571== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Clebert, I've just taken a look at your check in. Here are several questions: 1. ServerConnectionFactoryEndpoint sends a view update to ALL active connec= tions returned by the ConnectionManager instance. Why does it send it to al= l? Didn't you mention that this has to be sent on a "filtered" list of conn= ections? This JIRA issue (http://jira.jboss.com/jira/browse/JBMESSAGING-759= ) is about this. 2. Why the code that sends the view update (currently hosted by ServerConne= ctionFactoryEndpoint) is not located at ConnectionManager level? Seems more= appropriate to be there... 3. Why do you keep a different "activeConnections" set at ConnectionManger = level? Speed reasons? You got all the information you need in the "endpoint= s" map already. Keep in mind that cluster view update events are very rare = events, considering the time scale at which messaging operates. Why would y= ou need to optimize that, risking cache desynchronization? 4. What's the difference between a LoadBalancingPolicy and a LoadBalancingF= actory? Why do you configure a ConnectionFactory service with the latter in= stead of the former? 5. What is this: // FailoverNodeID is not on the map, that means the ConnectionF= actory was updated | // by another connection in another server.. So we will hav= e to guess the failoverID | // by numeric order. Case we guessed the new server wrongly= we will have to rely on | // redirect from failover | = (ClusteringAspect.java line 211). Why do we need to guess the failover ID? 6. ClusterViewUpdateTest.testUpdateConnectionFactory() fails. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003637#4003637 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003637 --===============3776066489900177571==-- From do-not-reply at jboss.com Fri Jan 19 00:24:35 2007 Content-Type: multipart/mixed; boundary="===============3130275290972826473==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - New Rule: each thirdparty dependency bug should have a test Date: Fri, 19 Jan 2007 00:24:35 -0500 Message-ID: <7127092.1169184275147.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3130275290972826473== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have added a new org.jboss.test.thirdparty package for all tests related = to bugs caused by thirdparty dependencies. = If a bug is reported for a thirdparty dependency, a functional test must be= added here. The associated JIRA issue shouldn't be closed until we make su= re there is a test for it, and the test passes. I started with Remoting (org.jboss.test.thirdparty.remoting). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003642#4003642 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003642 --===============3130275290972826473==-- From do-not-reply at jboss.com Fri Jan 19 01:07:21 2007 Content-Type: multipart/mixed; boundary="===============7409872976578936892==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Strategy for supporting NonSerializable data Date: Fri, 19 Jan 2007 01:07:21 -0500 Message-ID: <2169854.1169186841831.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7409872976578936892== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable JBoss Serialization will allow serialization of classes not implementing Se= rializable interface, but requires jdk 1.5 (no problem) and the class have = a void constructor (which can be private). Don't know if this has changed,= but might be too limiting? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003656#4003656 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003656 --===============7409872976578936892==-- From do-not-reply at jboss.com Fri Jan 19 01:17:11 2007 Content-Type: multipart/mixed; boundary="===============1314487823729820457==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Exception propagation using HTTP servlet transport on 1. Date: Fri, 19 Jan 2007 01:17:11 -0500 Message-ID: <9470764.1169187431641.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1314487823729820457== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Mind posting (or sending me) that modification? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003660#4003660 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003660 --===============1314487823729820457==-- From do-not-reply at jboss.com Fri Jan 19 01:21:27 2007 Content-Type: multipart/mixed; boundary="===============3568795217310876403==" MIME-Version: 1.0 From: tom.elrod at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Servlet transport is completely broken. Date: Fri, 19 Jan 2007 01:21:27 -0500 Message-ID: <15108692.1169187687836.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3568795217310876403== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Great. Thanks. I have created jira issue - http://jira.jboss.com/jira/bro= wse/JBREM-675. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003661#4003661 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003661 --===============3568795217310876403==-- From do-not-reply at jboss.com Fri Jan 19 02:50:57 2007 Content-Type: multipart/mixed; boundary="===============8768818697799620018==" MIME-Version: 1.0 From: bela at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Distributed Lock Mechanism Date: Fri, 19 Jan 2007 02:50:57 -0500 Message-ID: <2530073.1169193057283.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8768818697799620018== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is a DLM that's part of JGroups but it is somewhat unsupported (I did= n't write it and the guy who did is too busy to support it): http://www.kod= ers.com/java/fidC73888EED1C2ECCDD56AF33274914F9AB36641F7.aspx?s=3DDistribut= edLockManager The existing DLM is also a bit costly, as it does a 2-phase lock acquisitio= n phase. Also, IIRC it requires total consensus, not majority-based consens= us as you described above. You also have to solve the issue where a member which is currently holding = the lock crashes. In this case, you have to release all the locks held by a= crashed member. If you submit a concise spec then something like what you described could b= e implemented in a few days... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003677#4003677 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003677 --===============8768818697799620018==-- From do-not-reply at jboss.com Fri Jan 19 03:15:53 2007 Content-Type: multipart/mixed; boundary="===============5390229602285121727==" MIME-Version: 1.0 From: joe.marques at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - ManyToMany enhancement? Date: Fri, 19 Jan 2007 03:15:53 -0500 Message-ID: <15718378.1169194553793.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5390229602285121727== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Given this object model: | Object_A LinkT Object_B | Aid --- Aid | Bid --- Bid = | Stuff | = I would like to use the following ManyToMany style on classes A & B: | @Entity | @Table(name =3D "Object_A") | class A { | @ManyToMany | @JoinTable(name=3D"LinkT", | joinColumns=3D{@JoinColumn(name=3D"Aid")}, | inverseJoinColumns=3D{@JoinColumn(name=3D"BiD")}) | List Bs =3D new ArrayList(); | } | = | @Entity | @Table(name =3D "Object_B") | class B { | @ManyToMany(mappedBy=3D"Bs") | List As =3D new ArrayList(); | } | = But I also want to be able to access the linking table directly, because it= has extra metadata called "stuff" that I insert directly into it with a di= fferent Entity mapped directly on top of it: | @Entity | @Table(name =3D "LinkT") | class Link { | // Aid, Bid, and Stuff | } | = Thus, I can do one of two things right now: 1) Use the @ManyToMany annotations to construct the relationships. This al= lows me to navigate via getAs() and getBs() to the other side of the relati= onship and back again. However, doing it this way prevents me from inserti= ng the additional "stuff" qualifier, which can only be calculated at insert= ion-time. 2) I can use a slightly more obtuse procedure to insert data into the linki= ng table via the Link entity. Here, I've ensured that the data in all thre= e tables is correct, and that the relational part is identical to what is p= ersisted in the above scenario. This method affords me the additional oppo= rtunity to insert this qualifying "stuff" into the linking table. Unfortun= ately, when I go to access the relationships - getAs() and getBs() - they a= lways return empty sets. Now, I went into all of this presuming that this was most likely a limitati= on of the current JBoss ejb3 implementation (inserting data through a direc= t map on top of the linking table, and selecting from the @ManyToMany conte= xt), but it would sure be nice if this was a JBoss extension. After the data is inserted into the linking table with the additional "stuf= f" attached to it, then you could choose the complexity of your JPQL accord= ing to the needs in your calling context: A simple condition: | SELECT someA FROM A someA, IN (someA.Bs) someB | WHERE someB.property=3D | = A complex condition, requiring the use of "stuff": | SELECT someA FROM A someA, LinkT link | WHERE someA.Aid =3D link.Aid | AND link.stuff=3D | = Thoughts on this? -joseph View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003685#4003685 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003685 --===============5390229602285121727==-- From do-not-reply at jboss.com Fri Jan 19 03:35:02 2007 Content-Type: multipart/mixed; boundary="===============8422781397237504151==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Distributed Lock Mechanism Date: Fri, 19 Jan 2007 03:35:02 -0500 Message-ID: <9684727.1169195702422.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8422781397237504151== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Perhaps something similar to the DLM in JGroups could be implemented as a p= art of a common clustering library, as I think it takes away from JGroups' = core focus to have it reside in JGroups. (IMO) Re: the problem of the lock owner crashing, surely JGroups FD can kick in, = and when a new view is issued, locks held by missing members can be automat= ically released? Further, timeouts can be applied to ensure locks cannot be held forever, al= though this may undermine the purpose of the lock in the first place. Repl= icated deadlock, anyone? :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003697#4003697 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003697 --===============8422781397237504151==-- From do-not-reply at jboss.com Fri Jan 19 04:16:05 2007 Content-Type: multipart/mixed; boundary="===============1044226610760439629==" MIME-Version: 1.0 From: bela at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Distributed Lock Mechanism Date: Fri, 19 Jan 2007 04:16:05 -0500 Message-ID: <11920741.1169198165576.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1044226610760439629== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The issue of releasing locks from crashed members has already been solved a= nd is part of the current DLM, I just mentioned it as one of the issues for= a potential re-implementation. Yes, leasing of locks could help preventing distributed deadlocks, this cou= ld be part of a new implementation. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003709#4003709 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003709 --===============1044226610760439629==-- From do-not-reply at jboss.com Fri Jan 19 05:16:50 2007 Content-Type: multipart/mixed; boundary="===============2805399402541226427==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last minute 2.0 API suggestions Date: Fri, 19 Jan 2007 05:16:50 -0500 Message-ID: <21469680.1169201810561.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2805399402541226427== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "genman" wrote : = | 1. Have Node.removeChild() return true if the node was removed | = Need to think about how big an impact this will have on the interceptor cha= in since this calls remove(Fqn). "genman" wrote : = | 2. Add a Node.size() or Node.dataSize() to count basically getData().si= ze(). The problem (in terms of efficiency) is that getData() makes a copy. | 3. Node.putIfAbsent() should be consistent with ConcurrentMap, and retu= rn Object. Consider adding other methods of ConcurrentMap. | 4. Change Node.put to Node.putAll to be consistent with Map.putAll(). | = Makes sense. I've added the APIs and basic impl's, which we can revise/ref= actor over time. "genman" wrote : = | I'm working on a Node -> Map adaptor, sort of a poor man's PojoCache, a= nd find these basic methods missing. An interesting idea; I'd like to see a separate thread on this though so we= can discuss View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003733#4003733 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003733 --===============2805399402541226427==-- From do-not-reply at jboss.com Fri Jan 19 05:50:08 2007 Content-Type: multipart/mixed; boundary="===============7217208300445221445==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last minute 2.0 API suggestions Date: Fri, 19 Jan 2007 05:50:08 -0500 Message-ID: <27987249.1169203808469.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7217208300445221445== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : "genman" wrote : = | | 1. Have Node.removeChild() return true if the node was removed | | = | = | Need to think about how big an impact this will have on the interceptor= chain since this calls remove(Fqn). | = This is actually not a good idea - the whole concept of Nodes are Nodes tha= t are attached to a tree. If a node has been removed, a reference to it wi= ll not be of much use at all. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003746#4003746 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003746 --===============7217208300445221445==-- From do-not-reply at jboss.com Fri Jan 19 06:29:55 2007 Content-Type: multipart/mixed; boundary="===============7578422040092723371==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Fri, 19 Jan 2007 06:29:54 -0500 Message-ID: <17812365.1169206194913.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7578422040092723371== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "falazar" wrote : anonymous wrote : = | | The "End Task" is not terminology that is defined by the web consol= e. The caption of each of the transition buttons is determined by the name = of the corresponding transition. In this case, the "websale" example proces= s happens to have transitions named "End Task". = | = | The "End" "Cancel" and "Save" are rather confusing, we changed those to= be specfic action names so users would know what they were doing, like "Su= bmit Request" and such. | = +1. So we should give some thought on how the user can specify button name= s and link them to transition names. By default, the transition names are = chosen, but the user should be able to override these. If no transition n= ame is specified and no button name is given, we can't do anything else exc= ept come up with a silly generic name. "falazar" wrote : And the "Cancel" does not actually cancel the task or the= process, so it is very ambigously named, we changed it to "Go back to inbo= x" and added a Cancel Request transition button. good point. that button got me fooled too. since there is a task.cancel = method, i thougt it was cancelling the task. "Back to Inbox" is indeed bet= ter View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003766#4003766 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003766 --===============7578422040092723371==-- From do-not-reply at jboss.com Fri Jan 19 06:32:57 2007 Content-Type: multipart/mixed; boundary="===============3856824121857828390==" MIME-Version: 1.0 From: hendra_netm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Fri, 19 Jan 2007 06:32:57 -0500 Message-ID: <30733250.1169206377468.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3856824121857828390== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : When you failover, non persistent messages would be lost. = Therefore we can't just fail over to redistribute load, since people would = get upset if suddenly their non persistent messages disappeared. Sorry, I still don't get your answer. The intention of failover over shutdown is not to redistristibute load. It = is done to keep the service available. So users still can send messages wit= hout knowing that there is a maintenance take place. Shut down is done by administrators/operators. They know what will happen t= o non persistent messages when they shut down the server. I think it is unl= ikely that they will be surprised on their own action. Anyway, with or without failover, shut down a server will make non persiste= nt messages dissapeared. Why is this failover going to make them upset? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003768#4003768 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003768 --===============3856824121857828390==-- From do-not-reply at jboss.com Fri Jan 19 06:40:23 2007 Content-Type: multipart/mixed; boundary="===============6732835320258991564==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - added profiles to the build Date: Fri, 19 Jan 2007 06:40:23 -0500 Message-ID: <18893594.1169206823499.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6732835320258991564== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable in order to add profiles capabilities to the build, i have added = to all the build files that import the base.project.build.xml that way, you can specify profile=3Djboss5 in your ${user.home}/jbpm/build.= properties and then these profile properties will get loaded before the bui= ld/build.properties that way you can create profiles with different sets of libraries to test w= ith. i don't have any specific profiles defined yet. there is just an example t= hat contains the same library versions as the main properties file. note that i also have removed the = since it was not used View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003770#4003770 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003770 --===============6732835320258991564==-- From do-not-reply at jboss.com Fri Jan 19 06:41:33 2007 Content-Type: multipart/mixed; boundary="===============4641006567827767209==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Fri, 19 Jan 2007 06:41:33 -0500 Message-ID: <16686540.1169206893753.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4641006567827767209== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If you want to do this, just shutdown the server. The client connections will then break, and they'll failover to another nod= e, no extra code is necessary. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003772#4003772 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003772 --===============4641006567827767209==-- From do-not-reply at jboss.com Fri Jan 19 06:50:05 2007 Content-Type: multipart/mixed; boundary="===============5610744207483068929==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Fri, 19 Jan 2007 06:50:04 -0500 Message-ID: <21813069.1169207404662.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5610744207483068929== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As long as your clients are ok with losing np messages then this should wor= k, but in the general case I don't think is acceptable. I would prefer a situation where you can flick a switch on the jmx console = to prevent any new connections being created on a node, then query the cons= ole to find out who (ip address? client id? machine name?) the clients are,= then the sys admin can kindly find those clients and cleanly shut them dow= n. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003776#4003776 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003776 --===============5610744207483068929==-- From do-not-reply at jboss.com Fri Jan 19 06:51:33 2007 Content-Type: multipart/mixed; boundary="===============5224673466717000158==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Fri, 19 Jan 2007 06:51:33 -0500 Message-ID: <9206611.1169207493447.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5224673466717000158== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "hendra_netm" wrote : = | Anyway, with or without failover, shut down a server will make non pers= istent messages dissapeared. = Not necessarily, as mentioned in my last post, there are other ways to do i= t that don't involve the loss of np messages. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003777#4003777 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003777 --===============5224673466717000158==-- From do-not-reply at jboss.com Fri Jan 19 07:51:49 2007 Content-Type: multipart/mixed; boundary="===============7078795009379957479==" MIME-Version: 1.0 From: hendra_netm To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Fri, 19 Jan 2007 07:51:49 -0500 Message-ID: <31880190.1169211109780.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7078795009379957479== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : As long as your clients are ok with losing np messages the= n this should work, but in the general case I don't think is acceptable. | = | I would prefer a situation where you can flick a switch on the jmx cons= ole to prevent any new connections being created on a node, then query the = console to find out who (ip address? client id? machine name?) the clients = are, then the sys admin can kindly find those clients and cleanly shut them= down. Well, that will be very great if that can be done. Actually that is the per= fect solution of my problem. I just know that jmx console can do those. I will take a look on how this can work. Thank you very much for your time. Regards, Hendra View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003805#4003805 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003805 --===============7078795009379957479==-- From do-not-reply at jboss.com Fri Jan 19 08:19:06 2007 Content-Type: multipart/mixed; boundary="===============5382240433364887244==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions Date: Fri, 19 Jan 2007 08:19:06 -0500 Message-ID: <25695076.1169212746400.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5382240433364887244== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "hendra_netm" wrote : = | I will take a look on how this can work. | = Great. anonymous wrote : = | Thank you very much for your time. | = You're welcome. I have created a JIRA task for this: http://jira.jboss.com/jira/browse/JBMESSAGING-761 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003811#4003811 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003811 --===============5382240433364887244==-- From do-not-reply at jboss.com Fri Jan 19 08:35:16 2007 Content-Type: multipart/mixed; boundary="===============4553277487770214603==" MIME-Version: 1.0 From: stevehalsey To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Nukes Development] - Re: URIencoding is not working... Not able to save the Germa Date: Fri, 19 Jan 2007 08:35:16 -0500 Message-ID: <23433756.1169213716841.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4553277487770214603== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, You say using JBoss you managed to get GETs to process the UTF-8 correctly,= but not the POSTs. I found your article because I had the opposite proble= m! = I had read http://java.sun.com/developer/technicalArticles/Intl/HTTPCharset= / and managed to get POSTs to correctly be decoded by puttting the followin= g call to httpServletRequest.setCharacterEncoding("UTF-8") in your servlet = processRequest or doGet or doPut methods:- protected void processRequest(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) = throws ServletException, IOException { LOG.debug("ENTERING processRequest method."); //As this is the UTF-8 servlet then the assumption is that all params = are UTF-8 encoded. //If we didn't do this then the Servlet Engine would assume ISO-8859-1= or use the //charset header if it was sent (most browsers don't seem to ever send= this though) = //If you uncomment these two test lines below it will cause the setCharac= terEncoding //command to have no effect and your parameters will be MANGLED. //LOG.debug("Testing calling getParameter before setCharacterEncoding,= this should screw things up..."); //String thisShouldScrewThingsUp =3D httpServletRequest.getParameter("thi= sShouldScrewThingsUp"); = //This servlet expects ALL parameters to be UTF-8 encoded and so the = //following setCharacterEncoding MUST be called before ANY reading of par= ameters //from the HttpServletRequest object or it will be too late and the defau= lt of //ISO-8859-1 will have been used to decode the parameters and so they wil= l be = //mangled. LOG.debug("in TestUtfEightParamServlet.processRequest calling httpServ= letRequest.setCharacterEncoding(\"UTF-8\");"); httpServletRequest.setCharacterEncoding("UTF-8"); I then POSTed the following char ? to the server and it correctly recognise= s it as unicode character U+920d, but then if I uncomment the line that get= s the parameter thisShouldScrewThingsUp then it does, as expected, screw up= , interpretting the character as characters with Unicode code points \ue9 \= u88 \u8d. So with the above code, POST worked but GET still didn't. As it says in your post and at:- http://java.sun.com/developer/technicalArticles/Intl/HTTPCharset/ you can fix this by setting URIencoding =3D UTF-8 in the server.xml file, b= ut this then means all your apps on that server will have their URIs interp= reted as UTF-8 which you may well not want (I don't, since one app on the s= erver still needs to work with ISO-8859-1 encoded URIs). So I found a way = round this is to set useBodyEncodingForURI=3D"true" as follows in server.xm= l:- = After restarting JBoss the above code now works for both POSTs and GETs, bu= t any programs which still work with ISO-8859-1 as the default for decoding= their GETs and POSTs should still work OK I think. Its all very messy and hard to find in the documentation. It would be good= to have a page in the Jboss documentation that explains this kind of thing= , maybe there is one but I can't find it? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003821#4003821 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003821 --===============4553277487770214603==-- From do-not-reply at jboss.com Fri Jan 19 08:44:22 2007 Content-Type: multipart/mixed; boundary="===============2823497491323406712==" MIME-Version: 1.0 From: stevehalsey To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Nukes Development] - Re: URIencoding is not working... Not able to save the Germa Date: Fri, 19 Jan 2007 08:44:22 -0500 Message-ID: <32886178.1169214262197.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2823497491323406712== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In my last post I tried to display the following char:- ? but it came up as a question mark. So if you want to see this character fo= r testing go to:- http://demo.icu-project.org/icu-bin/convexp?conv=3Dwindows-950-2000&b=3DB6&= s=3DALL#layout and its the one in the 07 column and 70 row marked ? 920D cheers steve. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003823#4003823 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003823 --===============2823497491323406712==-- From do-not-reply at jboss.com Fri Jan 19 09:14:45 2007 Content-Type: multipart/mixed; boundary="===============6021477878820944703==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - serializable KernelDeployment Date: Fri, 19 Jan 2007 09:14:45 -0500 Message-ID: <6705592.1169216085462.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6021477878820944703== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I was experimenting with serializing a KernelDeployment, unserializing it a= nd trying to deploy it. I have been unsuccessful so far and would like som= e hints. Here's what i do right now: | AbstractKernelDeployer deployer =3D new AbstractKernelDeployer= (kernel); | ObjectInputStream ois =3D new ObjectInputStream(url.openStream= ()); | KernelDeployment deployment =3D (KernelDeployment)ois.readObje= ct(); | Field field =3D AbstractKernelDeployment.class.getDeclaredFiel= d("installedContexts"); | field.setAccessible(true); | field.set(deployment, new CopyOnWriteArrayList()); | ois.close(); | deployer.deploy(deployment); | = The "installedContexts" field of AbstractKernelDeployment is transient so I= had to instantiate a new one and set the field or otherwise I would get an= NPE. Now, I'm finding that most of the beans, but not all, are NOT gettin= g installed. They are getting processed, but the state is ERROR condition.= The weird thing is that some of the beans are being installed correctly. = Any hints? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003837#4003837 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003837 --===============6021477878820944703==-- From do-not-reply at jboss.com Fri Jan 19 10:49:58 2007 Content-Type: multipart/mixed; boundary="===============1134817420459681587==" MIME-Version: 1.0 From: joe.marques at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: ManyToMany enhancement? Date: Fri, 19 Jan 2007 10:49:58 -0500 Message-ID: <13798160.1169221798333.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1134817420459681587== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Even cooler would be to support an extended JPQL syntax that had the best o= f both worlds. So, something like: | SELECT someA FROM A someA, IN (someA.Bs) someB WHERE someB.stuff=3D | = Thus, by traversing a ManyToMany you somehow get auto-magical access to the= additional qualifiers in the linking table through the relation. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003875#4003875 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003875 --===============1134817420459681587==-- From do-not-reply at jboss.com Fri Jan 19 11:15:36 2007 Content-Type: multipart/mixed; boundary="===============3574060299076153254==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: New Rule: each thirdparty dependency bug should have a t Date: Fri, 19 Jan 2007 11:15:36 -0500 Message-ID: <27725235.1169223336690.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3574060299076153254== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So that means we could use thirdparty's API to such tests, or we have to ex= ercize onlye Messaging API? Suppose a BUG requires a lot of work to be reproduced under Messaging API = (due to load or whatever) but it's easily replicated while using Remoting A= PI. Could we make usage of Remoting API on these tests? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003896#4003896 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003896 --===============3574060299076153254==-- From do-not-reply at jboss.com Fri Jan 19 11:43:54 2007 Content-Type: multipart/mixed; boundary="===============8949968436782370770==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Fri, 19 Jan 2007 11:43:54 -0500 Message-ID: <1339109.1169225034411.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8949968436782370770== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | 1. ServerConnectionFactoryEndpoint sends a view update to ALL active co= nnections returned by the ConnectionManager instance. Why does it send it t= o all? Didn't you mention that this has to be sent on a "filtered" list of = connections? This JIRA issue (http://jira.jboss.com/jira/browse/JBMESSAGING= -759 ) is about this. oops... fixing it... easy fix. We need a testcase that uses two connectionFactory though. anonymous wrote : 2. Why the code that sends the view update (currently hos= ted by ServerConnectionFactoryEndpoint) is not located at ConnectionManager= level? Seems more appropriate to be there... | = I was wondering if we should lock the factory while updating the clients or= not. Since there is that possibility we would require a ReadWriteLock on t= he CFEndpoint. Since there is a possibility of locking the CF that was an i= ndication for me the right place for the update would be the CFEndpoint its= elf. anonymous wrote : 3. Why do you keep a different "activeConnections" set at= ConnectionManger level? Speed reasons? You got all the information you nee= d in the "endpoints" map already. Keep in mind that cluster view update eve= nts are very rare events, considering the time scale at which messaging ope= rates. Why would you need to optimize that, risking cache desynchronization? | = The active connection list is on a three levels HashMap list VMId->ClientId= ->Connection. It seemed simpler to have a simple HashSet, managed by the v= ery same routines. I can change that if you like. anonymous wrote : 4. What's the difference between a LoadBalancingPolicy an= d a LoadBalancingFactory? Why do you configure a ConnectionFactory service = with the latter instead of the former? The LoadBalancingPolicy is not static any more.. you need a Policy per Conn= ection created. This was working before because Serialization was creating = new instances for you... and besides you had a comment about not making it = static any more. anonymous wrote : 5. What is this: | Code: | = | // FailoverNodeID is not on the map, that means the Connect= ionFactory was updated | // by another connection in another server.. So we will hav= e to guess the failoverID | // by numeric order. Case we guessed the new server wrongly= we will have to rely on | // redirect from failover | = | = | = | (ClusteringAspect.java line 211). | Why do we need to guess the failover ID? | = Take a look on the 4th message at this thread (Posted: Mon Jan 15, 2007 17:= 35 PM) and some others after that. Case the Factory is updated before failover happens, there is a change the = failoverID is not on the MAP any more. On that case we would require a random node to try a hopping. Instead of a = random node I'm guessing the node... and if it fails hopping will take care= of it. anonymous wrote : 6. ClusterViewUpdateTest.testUpdateConnectionFactory() fa= ils. = I executed the whole testsuite about two times between yesterday and today.= . and didn't get any failures. Maybe you have a local problem? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003910#4003910 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003910 --===============8949968436782370770==-- From do-not-reply at jboss.com Fri Jan 19 11:46:50 2007 Content-Type: multipart/mixed; boundary="===============0186964132130309348==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Fri, 19 Jan 2007 11:46:49 -0500 Message-ID: <13472797.1169225209994.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0186964132130309348== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | 6. ClusterViewUpdateTest.testUpdateConnectionFactory() fails. | = | = | I executed the whole testsuite about two times between yesterday and to= day.. and didn't get any failures. Maybe you have a local problem? I thought you meant the testupdate I wrote... I will take a look View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003912#4003912 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003912 --===============0186964132130309348==-- From do-not-reply at jboss.com Fri Jan 19 11:52:56 2007 Content-Type: multipart/mixed; boundary="===============4862732971229680530==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Fri, 19 Jan 2007 11:52:56 -0500 Message-ID: <29611191.1169225576186.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4862732971229680530== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Very simple testcase to reproduce: | | | | | | | | = | = Upon validation I get: | Exception in thread "main" java.lang.IllegalStateException: Incompletel= y deployed: | = | *** DEPLOYMENTS MISSING DEPENDENCIES: Name -> Dependency{Required State= :Actual State} | Two -> jboss.kernel:service=3DKernel{Configured:**ERROR**} | = | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.i= nternalValidate(AbstractKernelDeployer.java:252) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.v= alidate(AbstractKernelDeployer.java:163) | at org.jboss.embedded.test.BeanCompilerTester.deploy(BeanCompil= erTester.java:65) | at org.jboss.embedded.test.BeanCompilerTester.main(BeanCompiler= Tester.java:101) | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003915#4003915 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003915 --===============4862732971229680530==-- From do-not-reply at jboss.com Fri Jan 19 12:22:38 2007 Content-Type: multipart/mixed; boundary="===============8498636606180673557==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: New Rule: each thirdparty dependency bug should have a t Date: Fri, 19 Jan 2007 12:22:37 -0500 Message-ID: <5594185.1169227357953.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8498636606180673557== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes. = All I want to make sure is that after they fix a bug that affects Messaging= , they don't break that code again. = Normally, it is the thirdparty module's responsibility to add functional te= sts after a bug is identified and fixed, but recent events taught us that t= his is something cannot be relied upon. I am not happy about it, I know it's a pain in the rear end. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003925#4003925 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003925 --===============8498636606180673557==-- From do-not-reply at jboss.com Fri Jan 19 12:32:30 2007 Content-Type: multipart/mixed; boundary="===============0692781170419974920==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Fri, 19 Jan 2007 12:32:30 -0500 Message-ID: <12049375.1169227950415.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0692781170419974920== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Well, I found one problem. org.jboss.dependency.spi.ControllerState is be= ing compared with identity =3D=3D. When it is deserialized, you a readReso= lve isn't done. Lets see if this fixes the problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003928#4003928 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003928 --===============0692781170419974920==-- From do-not-reply at jboss.com Fri Jan 19 12:48:53 2007 Content-Type: multipart/mixed; boundary="===============5308063123372127380==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Fri, 19 Jan 2007 12:48:53 -0500 Message-ID: <33074677.1169228933572.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5308063123372127380== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Another place where remoting is throwing java.lang.Exception: java.lang.Exception: Error setting up client lease. | at org.jboss.remoting.MicroRemoteClientInvoker.establishLease(M= icroRemoteClientInvoker.java:388) | at org.jboss.remoting.Client.setupClientLease(Client.java:521) | at org.jboss.remoting.Client.connect(Client.java:430) | at org.jboss.remoting.Client.connect(Client.java:420) | at org.jboss.jms.client.remoting.JMSRemotingConnection.start(JM= SRemotingConnection.java:99) | at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegat= e.invoke(ClientConnectionFactoryDelegate.java:200) | at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegat= e$createConnectionDelegate_4579211046834694258.invokeNext(ClientConnectionF= actoryDelegate$createConnectionDelegate_4579211046834694258.java) | at org.jboss.jms.client.container.StateCreationAspect.handleCre= ateConnectionDelegate(StateCreationAspect.java:86) | at org.jboss.aop.advice.org.jboss.jms.client.container.StateCre= ationAspect0.invoke(StateCreationAspect0.java) | at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegat= e$createConnectionDelegate_4579211046834694258.invokeNext(ClientConnectionF= actoryDelegate$createConnectionDelegate_4579211046834694258.java) | at org.jboss.jms.client.container.ExceptionInterceptor.invoke(E= xceptionInterceptor.java:71) | at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegat= e$createConnectionDelegate_4579211046834694258.invokeNext(ClientConnectionF= actoryDelegate$createConnectionDelegate_4579211046834694258.java) | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003941#4003941 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003941 --===============5308063123372127380==-- From do-not-reply at jboss.com Fri Jan 19 12:52:56 2007 Content-Type: multipart/mixed; boundary="===============1382562228449838825==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Fri, 19 Jan 2007 12:52:56 -0500 Message-ID: <20445121.1169229176886.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1382562228449838825== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : Ron... this is just personal preferen= ce... | = | but do you have a better name than quickRemove... quickWhatever? What about cancelConnection, cancelLease..... ??? Or... = clearConnection... clearLease... The idea would be to disable the socket (or clearing it... cancelling it) w= ithout performing a server communication. And... just to reinforce... can you guys remove those throw java.lang.Excep= tion from the code? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003946#4003946 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003946 --===============1382562228449838825==-- From do-not-reply at jboss.com Fri Jan 19 12:53:31 2007 Content-Type: multipart/mixed; boundary="===============2469462817131008600==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Fri, 19 Jan 2007 12:53:31 -0500 Message-ID: <5452415.1169229211796.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2469462817131008600== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Clebert: Please create a JIRA issue about this, schedule it with Beta2 and = assign it to me, as I want to clear all Remoting issues by the end of this = week. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003947#4003947 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003947 --===============2469462817131008600==-- From do-not-reply at jboss.com Fri Jan 19 13:05:02 2007 Content-Type: multipart/mixed; boundary="===============3542620804692203955==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last minute 2.0 API suggestions Date: Fri, 19 Jan 2007 13:05:01 -0500 Message-ID: <2234234.1169229901908.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3542620804692203955== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 1. It would be nice if it returned a boolean not a Node 2. Actually, I'm not sure "size" is a good idea. It still has to hit the in= terceptor chain to return the correct value, and for this I assume requires= some non-trivial thought. I'm creating a thread for the Cache->Map thing View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003956#4003956 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003956 --===============3542620804692203955==-- From do-not-reply at jboss.com Fri Jan 19 13:11:43 2007 Content-Type: multipart/mixed; boundary="===============1562079600019474624==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - JBCACHE-941 discussion Date: Fri, 19 Jan 2007 13:11:43 -0500 Message-ID: <6180612.1169230303052.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1562079600019474624== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.com/jira/browse/JBCACHE-941 >From the issue: anonymous wrote : The java.util.Collections utility class supplies useful m= ethods for dealing with legacy interfaces and wrapping collection classes f= or concurrency, type safety, read-only, etc. | = | In a simiilar vein, I wrote a "Caches" class that returns java.util.Map= instances for a Node, which allow data to be modified through the standard= Map interface. | = | This I expect to be extremely useful for allowing uses to integrate the= ir existing application with JBoss Cache, and will eliminate some of the co= nfusion of using a new API and they can use the API they know best. Users a= lso often demand an API which is "generic" so that their code is not tied t= o a particular vendor. | = | There are basically two methods in Caches, one looks like this: | = | Cache cache =3D DefaultCacheFactory.getInstance().createCache(); | Map m =3D Caches.asMap(cache); | m.put("foo", "bar"); | = | The API and examples explain themselves. | = | "Caches" could also include other useful methods for printing or report= ing. | = | Note that this functionality could be considered duplicated from PojoCa= che... | = Here is one method: /** | * Returns a {@link Map}, where map keys are named children of the g= iven Node, | * and values are kept under a single key for this node. | * The map may be safely concurrently modified through this Map or e= xternally, | * and its contents reflect the cache state and | * existing data of the Node. | * This means that {@link ConcurrentModificationException} is never = thrown | * and all methods are thread safe. | *

| * The map is not serializable. | *

| * Usage note: As a single node is used for every key, it is most e= fficient to store | * data for a single entity (e.g. Person) in a single object. | *

| * Also, when using a {@link CacheLoader} for storage, keys used mus= t be valid as | * part of the {@link Fqn} used in calls. Generally speaking, simple= string values are | * preferred. = | */ Manik suggests also an adaptor for JCache (JSR-107). Actually, it might also be nifty if JBoss Cache could supply adaptors for c= ompeting Cache APIs. I'm not sure of the legality of this for commercially = published interfaces. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003959#4003959 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003959 --===============1562079600019474624==-- From do-not-reply at jboss.com Fri Jan 19 13:30:57 2007 Content-Type: multipart/mixed; boundary="===============5939054930553485515==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Fri, 19 Jan 2007 13:30:57 -0500 Message-ID: <31590373.1169231457399.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5939054930553485515== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.org/jira/browse/JBMESSAGING-762 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003971#4003971 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003971 --===============5939054930553485515==-- From do-not-reply at jboss.com Fri Jan 19 14:16:44 2007 Content-Type: multipart/mixed; boundary="===============5277229125846794050==" MIME-Version: 1.0 From: dwin To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Design of wsimport Date: Fri, 19 Jan 2007 14:16:44 -0500 Message-ID: <28364962.1169234204060.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5277229125846794050== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just a neat feature to include, it'd be nice if xs:annotation gets translated into java= docs. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003989#4003989 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003989 --===============5277229125846794050==-- From do-not-reply at jboss.com Fri Jan 19 14:22:45 2007 Content-Type: multipart/mixed; boundary="===============5042117304860387551==" MIME-Version: 1.0 From: Glooper To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: resolveClass and annotateClass Date: Fri, 19 Jan 2007 14:22:45 -0500 Message-ID: <1198867.1169234565074.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5042117304860387551== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I had a few hours today to have a look at this so was examining your code t= o see how I would solve my problem. Please correct me if I'm wrong! = I can't see how you could ever call annotateClass as class information is p= ersisted on the stream seperately to the objects. You are using the ClassMe= taData class to describe a class, and you persisting that information using= the StreamingClass class. I'm guessing that to change jboss serialization such that different class l= oaders can be used for different serialized objects, I would have to includ= e the relevant information within the ClassMetaData... and change Streaming= Class such that it can store the classloader information in saveStream and = read the class loader information at the beginning of the readStream method= . Does this make sense? = Ben View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003991#4003991 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003991 --===============5042117304860387551==-- From do-not-reply at jboss.com Fri Jan 19 14:27:02 2007 Content-Type: multipart/mixed; boundary="===============4856513841553383803==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Design of wsimport Date: Fri, 19 Jan 2007 14:27:01 -0500 Message-ID: <21143689.1169234821827.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4856513841553383803== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The JAXB XJC api does this, so it will be there ;) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003992#4003992 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003992 --===============4856513841553383803==-- From do-not-reply at jboss.com Fri Jan 19 14:30:29 2007 Content-Type: multipart/mixed; boundary="===============3989798188023313583==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: resolveClass and annotateClass Date: Fri, 19 Jan 2007 14:30:29 -0500 Message-ID: <29209035.1169235029239.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3989798188023313583== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Would you happen to have an usecase for where annotateClass/annotateProxyCl= ass would be useful? A testcase would be even better. I will have to change where I'm writing the classNames, probably using some= delegation to JBossObjectInputStream/JBossObjectOutputStream. I will have = to take a look. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003993#4003993 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003993 --===============3989798188023313583==-- From do-not-reply at jboss.com Fri Jan 19 14:31:20 2007 Content-Type: multipart/mixed; boundary="===============8021823249196848171==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: resolveClass and annotateClass Date: Fri, 19 Jan 2007 14:31:20 -0500 Message-ID: <28598720.1169235080656.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8021823249196848171== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : I will have I mean... we... case you want to contribute a fix. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003995#4003995 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003995 --===============8021823249196848171==-- From do-not-reply at jboss.com Fri Jan 19 14:34:46 2007 Content-Type: multipart/mixed; boundary="===============5647365758177837544==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Fri, 19 Jan 2007 14:34:46 -0500 Message-ID: <4383435.1169235286728.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5647365758177837544== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : +1. So we should give some thought on ho= w the user can specify button names and link them to transition names. By = default, the transition names are chosen, but the user should be able to ov= erride these. If no transition name is specified and no button name is gi= ven, we can't do anything else except come up with a silly generic name. I can add an attribute to the transitionButton component for an optional ca= ption. If the caption is not present, use the transition name. If the tra= nsition is unnamed, then I guess just "Transition ID 1234" is the best we c= an do... "tom.baeyens(a)jboss.com" wrote : "falazar" wrote : And the "Cancel" does n= ot actually cancel the task or the process, so it is very ambigously named,= we changed it to "Go back to inbox" and added a Cancel Request transition = button. | = | good point. that button got me fooled too. since there is a task.can= cel method, i thougt it was cancelling the task. "Back to Inbox" is indeed= better Hmmm, upon reflection I think that a cancel task button is a lot more usefu= l than the current cancel button is - what if I change this button to "Canc= el Task" which calls the .cancel() method on the task instance, and just dr= op the idea of the original cancel button? Especially in light of the new = navigation structure. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4003997#4003997 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4003997 --===============5647365758177837544==-- From do-not-reply at jboss.com Fri Jan 19 14:38:54 2007 Content-Type: multipart/mixed; boundary="===============3259391923352774355==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Fri, 19 Jan 2007 14:38:54 -0500 Message-ID: <28725403.1169235534725.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3259391923352774355== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That fixed the problem. I updated ControllerState with the change. The fi= nal problem I have is that SystemProperty substitution doesn't happen after= serialization (or before depending how you look at it). Looking into this= now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004002#4004002 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004002 --===============3259391923352774355==-- From do-not-reply at jboss.com Fri Jan 19 14:43:16 2007 Content-Type: multipart/mixed; boundary="===============6351633193735404679==" MIME-Version: 1.0 From: graj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - unable to use jboss Profiler Date: Fri, 19 Jan 2007 14:43:16 -0500 Message-ID: <12976659.1169235796737.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6351633193735404679== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I wrote a simple method (in a seperate public class) that prints the number= 1 to 20 to the console with a delay of 5 sec. This method was called from = a Servlet. Steps to recreate my scenario: 1. start JBoss App Server 2. Activate the profiler using the MBean 3. invoke my Servlet and wait for the 20 numbers to be printed on the conso= le 4. stop the profiler by stoping it using the MBean. At this point I see the= .gz files getting updated with data. 5. Now open the Profiler's Web Application and enter the directory where th= e log entrries are made. My Problem: I see the method I wrote listed in the memory section of the process view a= nd not in the 'methods' section of the Process View in the resulting analys= is data. Since my method is not listed in the 'methods section' of the process view,= I am unable to analyze the response time for invoking the method. Can you = please help me. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004004#4004004 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004004 --===============6351633193735404679==-- From do-not-reply at jboss.com Fri Jan 19 14:45:08 2007 Content-Type: multipart/mixed; boundary="===============3405770454269297301==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - JBWS-1464 Clarification of the MTOM related specifications. Date: Fri, 19 Jan 2007 14:45:08 -0500 Message-ID: <5467151.1169235908246.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3405770454269297301== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have been looking at the following specification to try and get a better = understanding of how the mime type for binary content is specified in the s= chema and in the actual document transmitted: - http://www.w3.org/TR/xml-media-types/ My interpretation is that the 'expectedContentTypes' attribute is an annota= tion which is added to the XML schema to list the mime types that can be re= presented by the binary content. My interpretation of the 'contentType' is that this is used on the document= instance itself (not the schema) to specify what is the actual mime type o= f the binary data being transmitted. So in the schema 'expectedContentTypes' can be used to list a set of mime t= ypes and then in the document 'contentType' is used to specify what is bein= g transmitted in this document instance. However in the user guide and in some test cases we seem to be using 'conte= ntType' in the place of 'expectedContentTypes' or in addition to 'expectedC= ontentTypes' in the schema. = This seems incorrect to me, should it really be possible to use 'contentTyp= e' in the schema? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004005#4004005 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004005 --===============3405770454269297301==-- From do-not-reply at jboss.com Fri Jan 19 14:47:45 2007 Content-Type: multipart/mixed; boundary="===============1163123607817387632==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: unable to use jboss Profiler Date: Fri, 19 Jan 2007 14:47:45 -0500 Message-ID: <12498357.1169236065412.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1163123607817387632== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You probably started capturing after the method was invoked. On that case I never got any ENTER_METHOD event for the method you were ana= lyzing. You would have to start capturing before your method is called. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004008#4004008 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004008 --===============1163123607817387632==-- From do-not-reply at jboss.com Fri Jan 19 14:50:22 2007 Content-Type: multipart/mixed; boundary="===============3276089995693830043==" MIME-Version: 1.0 From: Glooper To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: resolveClass and annotateClass Date: Fri, 19 Jan 2007 14:50:22 -0500 Message-ID: <30160390.1169236222737.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3276089995693830043== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We write a container and as such have different classloaders throughout the= system for the various the applications. To perform HA we sometimes replic= ate state across many applications... this is done by serializing the objec= t hierarchy... but different objects in this hierarchy can have come from d= ifferent applications and thus may have different ClassLoaders. We currently annote information about the classloader in the annotateClass = and annotateProxyClass methods by writing the classloader information as a = String on the stream... thus when resolveClass or resolveProxyClass is call= ed we can read the classloader information from the stream and use it to lo= okup the relevant class loader to load the class. I hope that makes sense! :) Ben = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004010#4004010 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004010 --===============3276089995693830043==-- From do-not-reply at jboss.com Fri Jan 19 14:54:10 2007 Content-Type: multipart/mixed; boundary="===============3942847057695759969==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1464 Clarification of the MTOM related specificatio Date: Fri, 19 Jan 2007 14:54:10 -0500 Message-ID: <22664336.1169236450256.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3942847057695759969== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable You are correct. Also the expectedContentType value, if present is ignored,= since the xerces schema API can't represent it. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004013#4004013 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004013 --===============3942847057695759969==-- From do-not-reply at jboss.com Fri Jan 19 15:05:30 2007 Content-Type: multipart/mixed; boundary="===============4209418841890264347==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Fri, 19 Jan 2007 15:05:30 -0500 Message-ID: <6233997.1169237130261.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4209418841890264347== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm not in favour of end-users being able to realy cancel the task. An admi= n/manager might and even then only if the process is not hindered/disrupted= in any way. Regarding the name issue... I'm still in favour of requireing the name to b= e filled in the pd..... besides that I also have an interesting one ;-) : use the description from = the jpdl file as a tooltip View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004016#4004016 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004016 --===============4209418841890264347==-- From do-not-reply at jboss.com Fri Jan 19 15:21:23 2007 Content-Type: multipart/mixed; boundary="===============1215828064987318371==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Fri, 19 Jan 2007 15:21:23 -0500 Message-ID: <15441774.1169238083240.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1215828064987318371== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kukeltje" wrote : I'm not in favour of end-users being able to realy cance= l the task. An admin/manager might and even then only if the process is not= hindered/disrupted in any way. Point taken - however, consider this. The task form designer (person) may = elect to simply leave that button off of the task forms. Or, he/she may pu= t the button on, but use rendered=3D"#{some custom EL}" to make it only vis= ible to certain classes of users (admins for example). If the component ex= ists, it can be used or not used. If it doesn't exist, it may only be not = used. :-) "kukeltje" wrote : Regarding the name issue... I'm still in favour of requi= reing the name to be filled in the pd..... | = | besides that I also have an interesting one ;-) : use the description f= rom the jpdl file as a tooltip Good idea - I can use the description by default, or allow the designer to = override it in the standard JSF way using the title attribute. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004025#4004025 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004025 --===============1215828064987318371==-- From do-not-reply at jboss.com Fri Jan 19 15:37:05 2007 Content-Type: multipart/mixed; boundary="===============0778304364625883711==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Fri, 19 Jan 2007 15:37:04 -0500 Message-ID: <27684904.1169239024948.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0778304364625883711== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "Ovidiu" wrote : 6. ClusterViewUpdateTest.testUpdateConnectionFactory() fai= ls. I have fixed this... The problem was ConnectionFactoryCallbackHandler::getS= tate was removed. When the Callback instance is created, state still null as its set later in= the AOP stack. I had it set on the constructor but it was not actually bei= ng set. My fault was not to document this properly I guess. I have fixed this by placing getState back to the code. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004031#4004031 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004031 --===============0778304364625883711==-- From do-not-reply at jboss.com Fri Jan 19 15:40:58 2007 Content-Type: multipart/mixed; boundary="===============2211065066823986410==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: Profiler work for realtime time-series data? Date: Fri, 19 Jan 2007 15:40:58 -0500 Message-ID: <23628337.1169239258794.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2211065066823986410== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There is no way to analyze the data while the profiler still capturing data= . I need the logs closed before analyzing the data. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004032#4004032 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004032 --===============2211065066823986410==-- From do-not-reply at jboss.com Fri Jan 19 16:33:10 2007 Content-Type: multipart/mixed; boundary="===============1977641801085579970==" MIME-Version: 1.0 From: gideonraj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: unable to use jboss Profiler Date: Fri, 19 Jan 2007 16:33:10 -0500 Message-ID: <21649572.1169242390049.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1977641801085579970== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Clebert, Thanks for your response. I tried again by starting the profiler capture be= fore invoking my method. The result is the same (my method is not listed in= the 'methods section' of the Process View)... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004049#4004049 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004049 --===============1977641801085579970==-- From do-not-reply at jboss.com Fri Jan 19 17:36:13 2007 Content-Type: multipart/mixed; boundary="===============3011369525696513721==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Fri, 19 Jan 2007 17:36:13 -0500 Message-ID: <27100437.1169246173335.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3011369525696513721== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Well the transaction issues have gone away with the changes I described, ho= wever I updated with the latest from CVS to test out some other changes and= now when I deploy from the GPD I get the message: = FileUploadExcepption: the request was rejected because no multi-part bounda= ry was found This is the same processdefinition that uploaded successfully yesterday. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004054#4004054 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004054 --===============3011369525696513721==-- From do-not-reply at jboss.com Fri Jan 19 17:47:05 2007 Content-Type: multipart/mixed; boundary="===============1745752961915871436==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Fri, 19 Jan 2007 17:47:05 -0500 Message-ID: <27227800.1169246825796.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1745752961915871436== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Make sure you've got the new commons-fileupload jar. If not you'll have to= rebuild the web console with it. There was a JIRA issue about this - http= ://jira.jboss.com/jira/browse/JBPM-698. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004055#4004055 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004055 --===============1745752961915871436==-- From do-not-reply at jboss.com Fri Jan 19 18:05:09 2007 Content-Type: multipart/mixed; boundary="===============4798654822195404224==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Fri, 19 Jan 2007 18:05:09 -0500 Message-ID: <17514434.1169247909278.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4798654822195404224== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The console appears to have the latest commons-fileupload.jar. However I am= using the 3.0.12 GPD that is installed in JBoss-IDE. = Hum. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004065#4004065 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004065 --===============4798654822195404224==-- From do-not-reply at jboss.com Fri Jan 19 19:07:37 2007 Content-Type: multipart/mixed; boundary="===============4881870919648458671==" MIME-Version: 1.0 From: RajaniKanth To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Nukes Development] - Re: URIencoding is not working... Not able to save the Germa Date: Fri, 19 Jan 2007 19:07:37 -0500 Message-ID: <28867736.1169251657637.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4881870919648458671== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I selected a hardway to resolve the issue by writing a filter to our applic= ation which will set the URLencoding for the application. That worked but t= hat shoun't be the way I thought. >From the start I thought there should be some property using which we shou= ld be able to set the encoding. Anyway thanks for giving me the answer I am expecting. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004081#4004081 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004081 --===============4881870919648458671==-- From do-not-reply at jboss.com Fri Jan 19 19:23:04 2007 Content-Type: multipart/mixed; boundary="===============8371673227636474427==" MIME-Version: 1.0 From: bhar99328 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: libraries in an .ear file Date: Fri, 19 Jan 2007 19:23:04 -0500 Message-ID: <27787043.1169252584754.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8371673227636474427== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I apologize if I've missed the answer to this question elsewhere, but does = JBoss-5.0.0-Beta1 support the JEE 5 /lib directory in the root of ear file? = I have a JEE 5 application that I've been using on glassfish, with shared l= ibrary jars in the /lib folder of the ear file, but I am unable to deploy t= his application on JBoss 5... I get a NoClassDefFound exception for each cl= ass in the shared library jars (during deployment of EJBs). I'd just like to know if I still have to do the ear's manifest Class-Path t= hing... ... And I'd much rather be using JBoss... Thanks in advance! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004091#4004091 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004091 --===============8371673227636474427==-- From do-not-reply at jboss.com Fri Jan 19 20:08:20 2007 Content-Type: multipart/mixed; boundary="===============3970651510975487292==" MIME-Version: 1.0 From: ron.sigal at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Fri, 19 Jan 2007 20:08:20 -0500 Message-ID: <21133192.1169255300807.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3970651510975487292== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Clebert, I'm a little confused: "clebert" wrote : = | at least throw a meaninful Exception | = "clebert" wrote : = | can you guys remove those throw java.lang.Exception from the code? | = If I understand, you want something like ClientDisconnectedException instea= d of a plain Exception? You're not saying we shouldn't throw an exception = at all, right? "clebert" wrote : = | Ron... this is just personal preference... | = | but do you have a better name than quickRemove... quickWhatever? | = disconnectALaGrandeVitesse()? :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004094#4004094 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004094 --===============3970651510975487292==-- From do-not-reply at jboss.com Fri Jan 19 23:56:46 2007 Content-Type: multipart/mixed; boundary="===============0941813480882124581==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Fri, 19 Jan 2007 23:56:45 -0500 Message-ID: <9915831.1169269005990.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0941813480882124581== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Well since I don't have a latest GPD, I tweaked the UploadServlet to not ch= eck for multipart and use the older commons-fileupload.jar. This change makes jbpm3.2 not compatible with earlier versions of the GPD. = Is this something we really want? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004143#4004143 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004143 --===============0941813480882124581==-- From do-not-reply at jboss.com Sat Jan 20 00:13:45 2007 Content-Type: multipart/mixed; boundary="===============6588825813297048441==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new build script updates committed Date: Sat, 20 Jan 2007 00:13:45 -0500 Message-ID: <712164.1169270025777.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6588825813297048441== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable When I run build it takes 5 minutes checking that each dependencies is upto= date (which is is). Nothing is downloading, but the check takes a long tim= e. I can't seem to figure out how to avoid the check. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004148#4004148 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004148 --===============6588825813297048441==-- From do-not-reply at jboss.com Sat Jan 20 00:24:12 2007 Content-Type: multipart/mixed; boundary="===============6967126038022451531==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Sat, 20 Jan 2007 00:24:11 -0500 Message-ID: <1531720.1169270651978.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6967126038022451531== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Tom addressed these issues through: http://jira.jboss.com/jira/browse/JBPM-824 http://jira.jboss.com/jira/browse/JBPM-825 However, 1) The JMSMessage Service is getting a ClassCastException when casting the = lookup of java:/JmsXa to an XAConnectionFactory which should work and did w= ork previously. 2) The NewProcessInstance command needs to set the variablesMap contained w= ith the command. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004158#4004158 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004158 --===============6967126038022451531==-- From do-not-reply at jboss.com Sat Jan 20 01:53:54 2007 Content-Type: multipart/mixed; boundary="===============3470374522276013041==" MIME-Version: 1.0 From: Cyberax To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Re: Exception propagation using HTTP servlet transport on 1. Date: Sat, 20 Jan 2007 01:53:54 -0500 Message-ID: <5033200.1169276034648.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3470374522276013041== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It's in the code of the ServletServerInvoker which I uploaded: | try | { | // call transport on the subclass, get the result to handba= ck | invocationResponse =3D invoke(invocationRequest); | } | catch(Throwable ex) | { | log.debug("Error thrown calling invoke on server invoker.",= ex); | invocationResponse =3D ex; | = | String sessionId=3Dnull; | if (invocationRequest instanceof InvocationRequest) | sessionId=3D((InvocationRequest)invocationRequest).getSessi= onId(); | invocationResponse=3Dnew InvocationResponse(sessionId,ex,tr= ue,null); | //isError =3D true; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004164#4004164 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004164 --===============3470374522276013041==-- From do-not-reply at jboss.com Sat Jan 20 02:21:20 2007 Content-Type: multipart/mixed; boundary="===============8947972213134544077==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 20 Jan 2007 02:21:20 -0500 Message-ID: <21991890.1169277680402.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8947972213134544077== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, so here it is in JIRA: http://jira.jboss.org/jira/browse/JBAS-4001 I have backported the changes to 4.2.x. I will get it into a CP release for= 4.0.5 once I figure out the new process. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004172#4004172 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004172 --===============8947972213134544077==-- From do-not-reply at jboss.com Sat Jan 20 06:53:35 2007 Content-Type: multipart/mixed; boundary="===============0767112187187524460==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: new simplified menu structure Date: Sat, 20 Jan 2007 06:53:35 -0500 Message-ID: <1173132.1169294015556.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0767112187187524460== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable +1 on the rendering (or not) of the cancel button. But still... if a task = has to be cancelled, in many case this should influence the flow and I ther= efor would model this into the workflow and have a 'cancel' transition etc.= .. sometimes only for admins or so. Realy cancelling the task could lead to= missing information or so... = All these consequences have to be documented realy good. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004218#4004218 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004218 --===============0767112187187524460==-- From do-not-reply at jboss.com Sat Jan 20 07:03:05 2007 Content-Type: multipart/mixed; boundary="===============7953464059471051878==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: libraries in an .ear file Date: Sat, 20 Jan 2007 07:03:05 -0500 Message-ID: <7591737.1169294585265.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7953464059471051878== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable wrong forum.. use the jboss AS forum for this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004219#4004219 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004219 --===============7953464059471051878==-- From do-not-reply at jboss.com Sat Jan 20 07:24:19 2007 Content-Type: multipart/mixed; boundary="===============7207167589520081077==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 20 Jan 2007 07:24:19 -0500 Message-ID: <10779057.1169295859449.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7207167589520081077== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : Can you confirm your simple JBM/jPBM tes= t works with the adapter in HEAD? It should be a simple drop in replacement= . = Certainly. I am a bit rushed right now, but will get around to this sometim= e early next week. http://jira.jboss.com/jira/browse/JBMESSAGING-763 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004228#4004228 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004228 --===============7207167589520081077==-- From do-not-reply at jboss.com Sat Jan 20 07:25:56 2007 Content-Type: multipart/mixed; boundary="===============6076861693279462139==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 20 Jan 2007 07:25:56 -0500 Message-ID: <5490354.1169295956658.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6076861693279462139== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Not a problem. Again, it is already backported to 4.2. 4.0.5 is next, howev= er, I am not sure if I have to do anything special for the new cummulative = patch cycle stuff. The changes to the adapter need to go in regardless of J= BM, they offer improvements all around. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004229#4004229 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004229 --===============6076861693279462139==-- From do-not-reply at jboss.com Sat Jan 20 07:36:32 2007 Content-Type: multipart/mixed; boundary="===============0512817238114728493==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 20 Jan 2007 07:36:32 -0500 Message-ID: <17740155.1169296592239.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0512817238114728493== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable CRAP...now I remember the issue. The problem you were seeing was that in th= e old code (now 4.0.5) support for handling a RuntimeException in an non sp= ecified transaction context had to be done via a SystemProperty. Being that= you had not set this, it didn't work. However, I was never happy about hav= ing to set something like that to get that behavior. This requirement is re= moved in the latest code so it's best to go with that anyway. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004233#4004233 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004233 --===============0512817238114728493==-- From do-not-reply at jboss.com Sat Jan 20 07:45:58 2007 Content-Type: multipart/mixed; boundary="===============1219994639881694371==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: URLSelectorStrategy Date: Sat, 20 Jan 2007 07:45:58 -0500 Message-ID: <1163309.1169297158771.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1219994639881694371== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hey genman, What are your plans for this? Do you still want to handle this? If so, wh= ere are you on it? = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004236#4004236 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004236 --===============1219994639881694371==-- From do-not-reply at jboss.com Sat Jan 20 07:53:04 2007 Content-Type: multipart/mixed; boundary="===============0838024575826559575==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Sat, 20 Jan 2007 07:53:04 -0500 Message-ID: <32009373.1169297584936.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0838024575826559575== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've finally managed to look at the new code. A few questions: 1. The update information is sent from server to client in a ConnectionFact= oryUpdateMessage instance. This needs to be wrapped in a MessagingMarshalla= ble, otherwise we can't version it. 2. ServerConnectionFactoryEndpoint::updateclusteredClients() is currently o= nly called when a connection factory is deployed / undeployed. It is not ca= lled when a node joins or leaves the cluster. It needs to be called in this= case too. Also you need to add tests to check that the update occurs in this situatio= n. 3. Why have you made MessageCallbackHandler and ConnetionFactoryCallbackHan= dler implement the same (new) interface (CallbackHandler) ? This seems redu= ndant since they are never called polymorphically anyway. 4. I was unsure why init() was being called on the ClientClusteredConnectio= nFactoryDelegate every time a failover view change occurred... Cheers View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004237#4004237 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004237 --===============0838024575826559575==-- From do-not-reply at jboss.com Sat Jan 20 10:16:43 2007 Content-Type: multipart/mixed; boundary="===============3768622144145963682==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Sat, 20 Jan 2007 10:16:43 -0500 Message-ID: <2231140.1169306203663.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3768622144145963682== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I installed JBoss Alpha1 and it seems like layout strateries are not invoke= d at all any more. Is that true? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004273#4004273 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004273 --===============3768622144145963682==-- From do-not-reply at jboss.com Sat Jan 20 10:38:33 2007 Content-Type: multipart/mixed; boundary="===============5636534347620347215==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Sat, 20 Jan 2007 10:38:33 -0500 Message-ID: <8562924.1169307513135.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5636534347620347215== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable it is true. We can certainly help you to achieve the customization you are wanting to d= o in another manner. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004280#4004280 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004280 --===============5636534347620347215==-- From do-not-reply at jboss.com Sat Jan 20 10:51:30 2007 Content-Type: multipart/mixed; boundary="===============2158610304543105217==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Sat, 20 Jan 2007 10:51:30 -0500 Message-ID: <13954009.1169308290143.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2158610304543105217== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In what way? ;) Should I describe my goal/task? Or you probably preparing another way to provide "pluggable API that allows= the layout developer to influence the content of the page that is about to be rendered" (it is from JBossReferenceGuide).? You know, it is probably the most important phrase from guide that had a gr= eat impact on my decision to use JBoss Portal and not some other Portal Fra= mework. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004289#4004289 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004289 --===============2158610304543105217==-- From do-not-reply at jboss.com Sat Jan 20 12:14:26 2007 Content-Type: multipart/mixed; boundary="===============4928468714522617159==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Sat, 20 Jan 2007 12:14:26 -0500 Message-ID: <15385158.1169313266402.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4928468714522617159== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If think that using JBoss Portal internals would be a better thing as it is= going to remain the same for the 2.x branch. We are not saying there should not be entry points for such customizations = by removing them. We wanted to remove something that is flawed by design ra= ther than providing something that half works. You should describe your use case and we can work together to make it work.= The rendering process can still be improved to fit your use case and I wou= ld be glad to help you there. "radzish" wrote : In what way? ;) | = | Should I describe my goal/task? | = | Or you probably preparing another way to provide "pluggable API that al= lows the layout developer to influence the content of the page that is | about to be rendered" (it is from JBossReferenceGuide).? | = | You know, it is probably the most important phrase from guide that had = a great impact on my decision to use JBoss Portal and not some other Portal= Framework. | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004322#4004322 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004322 --===============4928468714522617159==-- From do-not-reply at jboss.com Sat Jan 20 12:15:00 2007 Content-Type: multipart/mixed; boundary="===============7469987128546475639==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - JBWS-1464 - Adding MTOM support to WSDL To Java - Design Date: Sat, 20 Jan 2007 12:15:00 -0500 Message-ID: <5161585.1169313300115.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7469987128546475639== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This thread is to discuss the options for adding MTOM support to WSDL To Ja= va. There are a number of options for how this can be implemented and a number = of obstacles to overcome for the more advanced implementations. The main o= bstacle is that it is not possible to get access to the expectedContentType= s attribute using the xerces schema API. On the plus side there currently does not apear to be any work required on = generating the JAX RPC mapping file, this just requires a variable mapping = (which does not contain type information) in the corresponding java-xml-typ= e-mapping. This mapping is already correctly generation. At the moment I see the following options for how this could be implemented= : - 1 - Map all binary types to javax.activation.DataHandler A global configuration option can be set to switch on MTOM mapping and all = types that are based on xs:base64Binary or xs:hexBinary can be mapped to ja= vax.activation.DataHandler. 2 - Global configuration to specify what binary types should be mapped to. A global configuration option can be added to specify what the binary types= should be mapped to. This would assume all binary types can be mapped to = the same type. 3 - Allow configuration to map XML types to specific Java types. This would mean if the schema contains different types based off the binary= types then it will be possible for each to be mapped to a different Java t= ype. This would however not work when the binary types are mapped as follows as = it will not be possible to differentiate between them: - | = 4 - A more advanced configuration to allow the specific elements to be iden= tified. | | | | | | | | = So for this example the configuration would allow the user to specify that = the element legacyData of the type Employee should be mapped to a specific = Java type. 5 - Switch on generation of synthetic annotations. The xerces implementation has a feature that can be enabled to generate a s= ynthetic annotation when a schema component has non-schema attributes. Thi= s annotation could then be parsed to extract the expectedContentTypes. Thi= s of course would be xerces implementation specific. An appropriate Java type can then be selected based on the list of content = types. 6 - Add a pre-generation step to read mime information from the WSDL Add a step before generation to read all expectedContentTypes from the sche= ma (Possibly using the synthetic annotations approach), this will store the= data in a model - as part of the main generation step this model can be re= ad if a binary type is found to check if mime types have been specified. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004323#4004323 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004323 --===============7469987128546475639==-- From do-not-reply at jboss.com Sat Jan 20 12:56:02 2007 Content-Type: multipart/mixed; boundary="===============8930753159840806602==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Sat, 20 Jan 2007 12:56:02 -0500 Message-ID: <25474181.1169315762273.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8930753159840806602== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable First of all thank you for quick responses and for your help! I need to implement the following layout strategy: Assume we have some region, containing several portlets with different orde= rs. Portlets can be only of 2 states: "minimized" and "normal"; Only 1 portlet in reagion can be in "normal" state at a time; If portlet with order X becomes minimized, portlet with order X+1 must be "= normilized"; if X =3D N; then first-order portlet must be normilized; If portlet with order X becomes normal, previous normal portlet must be min= imized; By default, portlet with order 0 must be in normal state; thanks in advance! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004335#4004335 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004335 --===============8930753159840806602==-- From do-not-reply at jboss.com Sat Jan 20 13:41:46 2007 Content-Type: multipart/mixed; boundary="===============3161503949907948904==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Sat, 20 Jan 2007 13:41:46 -0500 Message-ID: <28503571.1169318506425.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3161503949907948904== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Clebert- I just tried to deploy the scoped sar in JBAS and it fails, complaining tha= t it cannot find a property editor for ConnectionFactory::setLoadBalancingF= actory. Looking at the code, the method setLoadBalancingFactory() takes a LoadBalan= cingFactory, but the MBean method takes a String. I have fixed this, so I can get on with my work. You may want to review my = fix since it was very quick. This tells me one thing, you added an MBean attribute without adding a corr= esponding test for it. All new functionality needs to have unit tests, so please could you add a t= est. Cheers. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004347#4004347 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004347 --===============3161503949907948904==-- From do-not-reply at jboss.com Sat Jan 20 13:55:33 2007 Content-Type: multipart/mixed; boundary="===============4280955303322690742==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 20 Jan 2007 13:55:33 -0500 Message-ID: <6223328.1169319333068.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4280955303322690742== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have done an initial check, and it seems the problem I had is resolved wh= en using JCA from head :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004349#4004349 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004349 --===============4280955303322690742==-- From do-not-reply at jboss.com Sat Jan 20 13:58:27 2007 Content-Type: multipart/mixed; boundary="===============5982073323263378502==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Problems JCA JMS inflow issue and tx NotSupported Date: Sat, 20 Jan 2007 13:58:27 -0500 Message-ID: <7787794.1169319507182.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5982073323263378502== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Cool. Again, you can set that system property to get the desired behavior i= n the 4.0.5 stuff, but I think the approach is at best pretty weak, and dow= nright f*!@ed up at the worst. If you wanted to do this, you would have to = add the following to your run.sh or run.conf script -Dorg.jboss.asf.jms.useold=3Dtrue Again, not the best approach and it was added in haste. I would prefer that= it died a quick and swift death. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004352#4004352 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004352 --===============5982073323263378502==-- From do-not-reply at jboss.com Sat Jan 20 13:59:19 2007 Content-Type: multipart/mixed; boundary="===============7728150913788031230==" MIME-Version: 1.0 From: brc135 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: Profiler work for realtime time-series data? Date: Sat, 20 Jan 2007 13:59:19 -0500 Message-ID: <17018415.1169319559582.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7728150913788031230== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for the reply, do you know of any other tools / programs that might= work for us? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004353#4004353 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004353 --===============7728150913788031230==-- From do-not-reply at jboss.com Sat Jan 20 14:13:47 2007 Content-Type: multipart/mixed; boundary="===============5472437436135184438==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Sat, 20 Jan 2007 14:13:47 -0500 Message-ID: <17008523.1169320427271.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5472437436135184438== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hmmm, this: | Can not make remoting client invocation due to not being connected to s= erver. | at org.jboss.remoting.Client.invoke(Client.java:639) | at org.jboss.remoting.Client.invoke(Client.java:627) | at org.jboss.jms.client.delegate.DelegateSupport.invoke(DelegateSupport= .java:118) | at org.jboss.jms.client.delegate.ClientSessionDelegate$createConsumerDe= legate_N5002091796089334799.invokeNext(ClientSessionDelegate$createConsumer= Delegate_N5002091796089334799.java) | at org.jboss.jms.client.container.StateCreationAspect.handleCreateConsu= merDelegate(StateCreationAspect.java:153) | at org.jboss.aop.advice.org.jboss.jms.client.container.StateCreationAsp= ect17.invoke(StateCreationAspect17.java) | at | = Looks very much like another remoting bug I have replicated here: http://jira.jboss.com/jira/browse/JBMESSAGING-765 I believe it is a bug in the way remoting handles reference counts for invo= kers. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004356#4004356 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004356 --===============5472437436135184438==-- From do-not-reply at jboss.com Sat Jan 20 15:15:32 2007 Content-Type: multipart/mixed; boundary="===============0210683488701924086==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - JBAS-3815 -- Fast Fail on Connection Pool Date: Sat, 20 Jan 2007 15:15:32 -0500 Message-ID: <30718659.1169324132598.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0210683488701924086== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have added a feature to 4.2 whereby if the first attempt to acquire a con= nection fails, no more attempts will be made, that particular connection de= stroyed and a new one created right away. This is to address complaints in = regards to how we handle validation wherein a large pool with lots of conne= ctions will take substantial time to fail through the entire pool before a = new connection created. = While timeouts and background validation may help, this option seems to be = a decent feature request. This behavior can be turned on/off and is off by = default. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004375#4004375 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004375 --===============0210683488701924086==-- From do-not-reply at jboss.com Sat Jan 20 17:25:05 2007 Content-Type: multipart/mixed; boundary="===============1211089619211489935==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-696 - Reference counting on Lease during fai Date: Sat, 20 Jan 2007 17:25:05 -0500 Message-ID: <24303574.1169331905300.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1211089619211489935== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The test passes with the remoting head as per Jan 20 2007, so I am closing = the issue. For the future, when adding tests directly related to remoting,= put them under tests/src/org/jboss/test/thirdparty/remoting View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004393#4004393 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004393 --===============1211089619211489935==-- From do-not-reply at jboss.com Sat Jan 20 20:20:46 2007 Content-Type: multipart/mixed; boundary="===============3593594216615501611==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Sat, 20 Jan 2007 20:20:46 -0500 Message-ID: <26873818.1169342446035.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3593594216615501611== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have finished the modifs and the basic impl of the cms content editor. Now in dbd configuration, it is possible to swith the default editor (portl= et) to cms which present the top files in the cms (index, project and suppo= rt). Then it is possible to add those files to regions using the arrow butt= ons. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004438#4004438 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004438 --===============3593594216615501611==-- From do-not-reply at jboss.com Sat Jan 20 21:07:47 2007 Content-Type: multipart/mixed; boundary="===============9036540897827075276==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Sat, 20 Jan 2007 21:07:47 -0500 Message-ID: <930666.1169345267647.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9036540897827075276== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "ron.sigal(a)jboss.com" wrote : Hi Clebert, | = | I'm a little confused: | = | "clebert" wrote : = | | at least throw a meaninful Exception | | = | = | "clebert" wrote : = | | can you guys remove those throw java.lang.Exception from the code? | | = | = | If I understand, you want something like ClientDisconnectedException in= stead of a plain Exception? You're not saying we shouldn't throw an except= ion at all, right? | = This will clear any confusion: http://jira.jboss.org/jira/browse/JBREM-680 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004443#4004443 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004443 --===============9036540897827075276==-- From do-not-reply at jboss.com Sat Jan 20 21:19:42 2007 Content-Type: multipart/mixed; boundary="===============7241434069444562121==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Non connected remoting clients throwing java.lang.Except Date: Sat, 20 Jan 2007 21:19:42 -0500 Message-ID: <883057.1169345982130.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7241434069444562121== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We'll use remoting's CannotConnectException. According their documentation:= "Clustering layers can rely this exception to failover." View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004444#4004444 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004444 --===============7241434069444562121==-- From m.heidari at armanpaya.com Sun Jan 21 02:02:59 2007 Content-Type: multipart/mixed; boundary="===============5405407979714350853==" MIME-Version: 1.0 From: m.heidari To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] portlet with ajax Date: Sun, 21 Jan 2007 10:35:17 +0330 Message-ID: <200701210702.l0L72xr1001102@chief.prod.atl2.jboss.com> --===============5405407979714350853== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I want to write a portlet by ajax technology but I don't know how can I do this. if any one have an example please help me. Thanks in advance = --===============5405407979714350853== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczpzdDE9 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncyIgeG1sbnM9Imh0dHA6 Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPgoKPGhlYWQ+CjxNRVRBIEhUVFAtRVFVSVY9IkNv bnRlbnQtVHlwZSIgQ09OVEVOVD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj4KPG1ldGEg bmFtZT1HZW5lcmF0b3IgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTEgKGZpbHRlcmVkIG1lZGl1 bSkiPgo8bzpTbWFydFRhZ1R5cGUgbmFtZXNwYWNldXJpPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQt Y29tOm9mZmljZTpzbWFydHRhZ3MiCiBuYW1lPSJDaXR5Ii8+CjxvOlNtYXJ0VGFnVHlwZSBuYW1l c3BhY2V1cmk9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncyIKIG5h bWU9InBsYWNlIi8+CjwhLS1baWYgIW1zb10+CjxzdHlsZT4Kc3QxXDoqe2JlaGF2aW9yOnVybCgj ZGVmYXVsdCNpZW9vdWkpIH0KPC9zdHlsZT4KPCFbZW5kaWZdLS0+CjxzdHlsZT4KPCEtLQogLyog U3R5bGUgRGVmaW5pdGlvbnMgKi8KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29O b3JtYWwKCXttYXJnaW46MGluOwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJZm9udC1zaXplOjEy LjBwdDsKCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluawoJe2NvbG9yOmJsdWU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkCgl7Y29sb3I6cHVycGxlOwoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRW1haWxTdHlsZTE3Cgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtY29tcG9zZTsKCWZvbnQtZmFtaWx5OkFyaWFsOwoJY29sb3I6d2luZG93dGV4dDt9CkBw YWdlIFNlY3Rpb24xCgl7c2l6ZTo4LjVpbiAxMS4waW47CgltYXJnaW46MS4waW4gMS4yNWluIDEu MGluIDEuMjVpbjt9CmRpdi5TZWN0aW9uMQoJe3BhZ2U6U2VjdGlvbjE7fQotLT4KPC9zdHlsZT4K CjwvaGVhZD4KCjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT4KCjxkaXYg Y2xhc3M9U2VjdGlvbjE+Cgo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGZhY2U9QXJp YWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7CmZvbnQtZmFtaWx5OkFyaWFsJz5IaSw8 bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPgoKPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp emU9MiBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Owpmb250LWZhbWls eTpBcmlhbCc+SSB3YW50IHRvIHdyaXRlIGEgcG9ydGxldCBieSA8c3QxOnBsYWNlIHc6c3Q9Im9u Ij48c3QxOkNpdHkKIHc6c3Q9Im9uIj5hamF4PC9zdDE6Q2l0eT48L3N0MTpwbGFjZT4gdGVjaG5v bG9neSBidXQgSSBkb24ndCBrbm93IGhvdyBjYW4gSSBkbwp0aGlzLiBpZiBhbnkgb25lIGhhdmUg YW4gZXhhbXBsZSBwbGVhc2UgaGVscCBtZS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPgoK PHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTAuMHB0Owpmb250LWZhbWlseTpBcmlhbCc+VGhhbmtzIGluIGFkdmFuY2U8bzpw PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPgoKPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9 MiBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Owpmb250LWZhbWlseTpB cmlhbCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4KCjwvZGl2PgoKPC9ib2R5 PgoKPC9odG1sPgo= --===============5405407979714350853==-- From do-not-reply at jboss.com Sun Jan 21 04:58:20 2007 Content-Type: multipart/mixed; boundary="===============2311003520099988210==" MIME-Version: 1.0 From: noel.rocher at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1464 - Adding MTOM support to WSDL To Java - Design Date: Sun, 21 Jan 2007 04:58:20 -0500 Message-ID: <9092028.1169373500032.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2311003520099988210== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : 1 - Map all binary types to javax.activation.DataHandler | = | A global configuration option can be set to switch on MTOM mapping and = all types that are based on xs:base64Binary or xs:hexBinary can be mapped t= o javax.activation.DataHandler. = I see base64Binary data that should not be considered as attachment. It's a= type that is often used for IDs. For exemple, you can have an operation wi= th an ID as argument and an attachment as a result. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004492#4004492 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004492 --===============2311003520099988210==-- From do-not-reply at jboss.com Sun Jan 21 05:12:43 2007 Content-Type: multipart/mixed; boundary="===============7509180492370773308==" MIME-Version: 1.0 From: noel.rocher at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1464 - Adding MTOM support to WSDL To Java - Design Date: Sun, 21 Jan 2007 05:12:43 -0500 Message-ID: <25190959.1169374363646.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7509180492370773308== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In practice, we should make simple for users to generate a wsdl. What they = are used to do today when the wsdl is not trivial : - write a java interface that is a copy of the SEI but with all attachment = params replaced with String params. - generate the wsdl with wtools from this interface - make simple changes to wsdl to replace string type by what is required f= or wstools to detect attachments - test if client side is correctly generated from this wsdl - test if the server side is working with this stubs calls View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004500#4004500 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004500 --===============7509180492370773308==-- From do-not-reply at jboss.com Sun Jan 21 06:14:42 2007 Content-Type: multipart/mixed; boundary="===============8870104038823833996==" MIME-Version: 1.0 From: darran.lofthouse at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1464 - Adding MTOM support to WSDL To Java - Design Date: Sun, 21 Jan 2007 06:14:42 -0500 Message-ID: <15406000.1169378082048.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8870104038823833996== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The process of generating the WSDL from the SEI is covered by a separate Ji= ra task: - [url] http://jira.jboss.com/jira/browse/JBWS-1466[/url] View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004514#4004514 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004514 --===============8870104038823833996==-- From do-not-reply at jboss.com Sun Jan 21 12:04:57 2007 Content-Type: multipart/mixed; boundary="===============2719852958383417690==" MIME-Version: 1.0 From: smil To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Need the context classloader after create Date: Sun, 21 Jan 2007 12:04:57 -0500 Message-ID: <9474249.1169399097921.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2719852958383417690== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I've tried to create an easy per deployment logging possibility without man= y fuss with package prefixes / repository selectors / TCLFilter etc. This service will look for a log4j.xml or .prop in the META-INF directory o= f all deployments, and create and register the logger for the deployment. I'm almost finished, but one part is missing: Web deployments does not publ= ish the context loader before 'start' step, but the classes (and loggers) a= re created in the 'create' step. = Basically this means I cannot identify the deploymentinfo from the thread's= classloader. Is there a reason why the context loader only set at the end = of create into the webmetadata? Or is it a way around this 'limitation'? You can have a look at my code at: hxxp://212.52.164.42/jboss/ Any help welcome! Cheers, Tamas View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004568#4004568 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004568 --===============2719852958383417690==-- From do-not-reply at jboss.com Sun Jan 21 14:38:56 2007 Content-Type: multipart/mixed; boundary="===============3470772948514447453==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Sun, 21 Jan 2007 14:38:56 -0500 Message-ID: <23878374.1169408336811.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3470772948514447453== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : = | 1. The update information is sent from server to client in a Connection= FactoryUpdateMessage instance. This needs to be wrapped in a MessagingMarsh= allable, otherwise we can't version it. | = Ok... I will change this. "timfox" wrote : = | 2. ServerConnectionFactoryEndpoint::updateclusteredClients() is current= ly only called when a connection factory is deployed / undeployed. It is no= t called when a node joins or leaves the cluster. It needs to be called in = this case too. | Also you need to add tests to check that the update occurs in this situ= ation. | = Are you sure about this? I have testcases about this... a testcase that get= s the ConnectionFactory updated when a new server joins / leaves the cluste= r. "timfox" wrote : = | 3. Why have you made MessageCallbackHandler and ConnetionFactoryCallbac= kHandler implement the same (new) interface (CallbackHandler) ? This seems = redundant since they are never called polymorphically anyway. | = I didn't want MessageCallbackHandler to also take care of ConnectionFactori= es... I thought the dependency would be wrong. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004607#4004607 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004607 --===============3470772948514447453==-- From do-not-reply at jboss.com Sun Jan 21 14:44:04 2007 Content-Type: multipart/mixed; boundary="===============0881245847198403397==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Sun, 21 Jan 2007 14:44:04 -0500 Message-ID: <29214540.1169408644467.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0881245847198403397== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : = | = | = | Are you sure about this? I have testcases about this... a testcase that= gets the ConnectionFactory updated when a new server joins / leaves the cl= uster. | = | = Yep. You need to test when a node crashes (not leaves cleanly), when it crashes = it will not undeploy the connection factories first, unlike a clean exit. S= o if you do not update the failover maps on node join leave you have a prob= lem. anonymous wrote : = | I didn't want MessageCallbackHandler to also take care of ConnectionFac= tories... I thought the dependency would be wrong. I don't understand what you're saying. Could you please elucidate? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004608#4004608 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004608 --===============0881245847198403397==-- From do-not-reply at jboss.com Sun Jan 21 15:01:13 2007 Content-Type: multipart/mixed; boundary="===============8931244887796054302==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Sun, 21 Jan 2007 15:01:13 -0500 Message-ID: <11961522.1169409673124.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8931244887796054302== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ConnectionFactoryJNDIMapper::onReplicationChange is calling updating Server= CFEndpoing::updateClusteredClients... onReplicateChange is also setting the new LoadBalancing when the data is be= ing changed. ClusterViewUpdateTest::testUpdateConnectionFactory is testing updates on CF= s... it kills the server and verifies if the connectinFactory was changed. Test was passing for me on Friday. anonymous wrote : Quote: | = | I didn't want MessageCallbackHandler to also take care of ConnectionFac= tories... I thought the dependency would be wrong. | = | = | I don't understand what you're saying. Could you please elucidate? I understood you were discussing the idea of the new Callback interface. = I didn't want to treat ConnectionFactoryUpdates and MessageReceiving on the= same classes. that's all. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004610#4004610 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004610 --===============8931244887796054302==-- From do-not-reply at jboss.com Sun Jan 21 15:54:58 2007 Content-Type: multipart/mixed; boundary="===============1587691830115676854==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Sun, 21 Jan 2007 15:54:58 -0500 Message-ID: <30704727.1169412898848.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1587691830115676854== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : ConnectionFactoryJNDIMapper::onReplic= ationChange is calling updating ServerCFEndpoing::updateClusteredClients... | = | onReplicateChange is also setting the new LoadBalancing when the data i= s being changed. | = | ClusterViewUpdateTest::testUpdateConnectionFactory is testing updates o= n CFs... it kills the server and verifies if the connectinFactory was chang= ed. | = | Test was passing for me on Friday. | = I don't see how this could be the case. Think about it, if a server crashes then the connection factories will not = get undeployed. If you are only updating the view when connection factory is deployed / und= eployed then how can the client update be happening? What am I missing? anonymous wrote : = | = | I didn't want MessageCallbackHandler to also take care of ConnectionFac= tories... I thought the dependency would be wrong. | = | = This is fine, but has nothing to do with the point I am making. I am just saying that creating a new interface is redundant since you are n= ot calling the methods polymorphically. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004614#4004614 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004614 --===============1587691830115676854==-- From do-not-reply at jboss.com Sun Jan 21 16:02:48 2007 Content-Type: multipart/mixed; boundary="===============2919783167120175131==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Sun, 21 Jan 2007 16:02:48 -0500 Message-ID: <8195644.1169413368151.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2919783167120175131== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If the client view is being updated, as you say, when a node crashes, then = the only other possibility AFAICT is that the connection factory deploy/und= eploy even is being triggered when a node crashes. Can you explain how this happens? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004618#4004618 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004618 --===============2919783167120175131==-- From do-not-reply at jboss.com Mon Jan 22 04:01:58 2007 Content-Type: multipart/mixed; boundary="===============8078761665899355761==" MIME-Version: 1.0 From: smil To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Re: Need the context classloader after create Date: Mon, 22 Jan 2007 04:01:58 -0500 Message-ID: <28744055.1169456518643.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8078761665899355761== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I think I was too quick posting my quertion. I've found a workaround to the= problem, since the UCL (which is the parent of the web classloader) is kno= wn at that time, so I could identify the web classloader with it. Cheers, Tamas View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004735#4004735 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004735 --===============8078761665899355761==-- From do-not-reply at jboss.com Mon Jan 22 06:15:27 2007 Content-Type: multipart/mixed; boundary="===============4546809187571724826==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB Date: Mon, 22 Jan 2007 06:15:27 -0500 Message-ID: <7981194.1169464527493.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4546809187571724826== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "ovidiu.feodorov(a)jboss.com" wrote : = | On one hand, the fixes for JBMESSAGING-410 and JBMESSAGING-520 insure t= hat a JMS session created using a JMS connection produced by the JCA connec= tion factory behaves as NON-TRANSACTED in absence of a global JTA transacti= on. = | = | This is an intuitive behavior, users rely on it, JBossMQ behaves simila= rly, and reportedly, other JMS providers as well. | = There is actually nothing in the spec about this behaviour. The XA stuff is massively underspecified in the JMS spec. And of course it is optional whether a JMS impl supports XA. The JBossMQ behaviour is to assume that an XASession behaves like AUTO_ACKNOWLEDGE when the XASession is not enlisted in a JTA transaction. (Some JMS implements throw an exception in this case). There is one exception to this. When the XASession is being used as part of a ServerSessionPool, the semantics need to be receive then enlist. So for this, the XASession behaves like there is a transaction, it will be = told later what XID to use for the 2PC protocol. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004783#4004783 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004783 --===============4546809187571724826==-- From do-not-reply at jboss.com Mon Jan 22 07:57:10 2007 Content-Type: multipart/mixed; boundary="===============2280124389916608563==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBAS-3997 Date: Mon, 22 Jan 2007 07:57:09 -0500 Message-ID: <19439509.1169470629958.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2280124389916608563== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We only currently cover the case where a previous connection in the pool is= invalid. We don't cover the following cases: * Somebody bounces the database server (or whatever the backend is) making it unavailable for a few seconds, the pool will be drained of previo= us connections (they are invalid) but then fail immediately to create a new on= e. * The error is not raised by the pooling but by something in front of it i.e. something in the connection manager causes the transient failure e.g. 1) The original example is where the pool is flushed which causes a small "window of opportunity" where a request is going through to the old subpool that is being shutdown, rather than to the new subpool. 2) Other things in the connection manager like a transient failure in the security login module that creates the subject If you are really worried about only doing this for transient failures we could create a subclass of ResourceException, e.g. TransientResourceExce= ption = and then have the places we think can be retried throw this exception, * pool exhausted * subpool shutdown * etc. We would then only do the retries for a TransientResourceException View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004801#4004801 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004801 --===============2280124389916608563==-- From do-not-reply at jboss.com Mon Jan 22 08:14:41 2007 Content-Type: multipart/mixed; boundary="===============7799036353742585104==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Mon, 22 Jan 2007 08:14:41 -0500 Message-ID: <1490591.1169471681156.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7799036353742585104== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There are currenly no tests of the MetaData serialization, I've raised a JI= RA issue: http://jira.jboss.com/jira/browse/JBMICROCONT-142 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004806#4004806 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004806 --===============7799036353742585104==-- From do-not-reply at jboss.com Mon Jan 22 08:20:03 2007 Content-Type: multipart/mixed; boundary="===============2737952784896831867==" MIME-Version: 1.0 From: hem571 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Failed to deployed a IPC portlet with .sar extension on Jbos Date: Mon, 22 Jan 2007 08:20:03 -0500 Message-ID: <21967435.1169472003101.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2737952784896831867== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I had tried to deploy a .sar extension InterPortlet Communation Portlet ont= o Jboss Portal 2.6 without success. Has anyone tried this before ?? Also until now we have deployed .war extension files(portlets) on Jboss por= tal. Hence can we deploy also the .sar file. If yes where(folder) should i = deploy it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004807#4004807 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004807 --===============2737952784896831867==-- From do-not-reply at jboss.com Mon Jan 22 08:50:36 2007 Content-Type: multipart/mixed; boundary="===============5325854276800147275==" MIME-Version: 1.0 From: heiko.braun at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1464 - Adding MTOM support to WSDL To Java - Design Date: Mon, 22 Jan 2007 08:50:36 -0500 Message-ID: <30712071.1169473836078.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5325854276800147275== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I would favour point (1). This is what i communicated to the users already.= It's simple and fits the overall problem the best. There is many cases whe= re a) you dont know the exact mimetype b) data is send inlined c) you need to pass the content type along DataHandler is the best chioce IMO. Regarding Noel's considerations: anonymous wrote : = | I see base64Binary data that should not be considered as attachment. It= 's a type that is often used for IDs. For exemple, you can have an operatio= n with an ID as argument and an attachment as a result. = | = It's right what you are saying, but in the only (rare) case this becomes a = problem is when users types contain base64 types that should be optimized a= nd others that shouldnt at the same time. If this doesnt occur on the same = payload then you easily turn off MTOM for that port. On the otherhand, if you want to meet that rare case a treshold switch shou= ld be used to decide at runtime wether or not optimization should be done. This is a good idea in many cases, because MTOM optimization does pay off o= nly when data reaches several kb. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004817#4004817 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004817 --===============5325854276800147275==-- From do-not-reply at jboss.com Mon Jan 22 09:28:54 2007 Content-Type: multipart/mixed; boundary="===============7389125192767304675==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Mon, 22 Jan 2007 09:28:54 -0500 Message-ID: <23603417.1169476134819.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7389125192767304675== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have added in the actual trunk an attempt to match the explanations. It i= s done by coding an interceptor that goes on the command stack of the porta= l. = For now the code can be found in org.jboss.portal.core.WindowInterceptor, b= ut it's likely that it will be removed (because it is not very useful for t= he actual portal). For now it is here as an attempt to show how to code tha= t kind of stuff. Later we will see if we can introduce an API that provides those semantics = wrapping the internal of portals (but doing a good API is hard...). It coul= d be part of the actual IPC API if we introduce a PageEvent but note sure o= f that. To activate it you need to modify in jboss-portal.sar/META-INF/jboss-servic= e.xml Add in the section the mbean : | | | | = and modify the portal:service=3DInterceptorStackFactory,type=3DCommand mbea= n to add a dependency : | portal:service=3DInterceptor,type=3DCommand,name= =3DWindow View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004821#4004821 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004821 --===============7389125192767304675==-- From do-not-reply at jboss.com Mon Jan 22 09:33:20 2007 Content-Type: multipart/mixed; boundary="===============7225765984316677151==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last minute 2.0 API suggestions Date: Mon, 22 Jan 2007 09:33:19 -0500 Message-ID: <1935765.1169476400006.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7225765984316677151== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | 1. It would be nice if it returned a boolean not a Node = | = is this specifically useful though? = anonymous wrote : = | 2. Actually, I'm not sure "size" is a good idea. It still has to hit th= e interceptor chain to return the correct value, and for this I assume requ= ires some non-trivial thought. = | = Well, retrieving the data or keys would also involve the interceptor stack = and this is just a convenience atop that. But more than that, I'm doing it= to get it in to the API. We can optimise and improve on this later, but a= t worst it will have the same overhead as doing getKeys().size() View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004822#4004822 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004822 --===============7225765984316677151==-- From do-not-reply at jboss.com Mon Jan 22 09:40:17 2007 Content-Type: multipart/mixed; boundary="===============1219592945814400030==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: JBCACHE-941 discussion Date: Mon, 22 Jan 2007 09:40:17 -0500 Message-ID: <29373611.1169476817526.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1219592945814400030== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | = | Manik suggests also an adaptor for JCache (JSR-107). = | = | = Just that JCACHE uses a Map interface rather than a tree structured one. In general, I think this is a good idea as there are many use cases (Hibern= ate, among others) where a tree structure is too complex and unnecessary fr= om an API perspective (but necessary from a performance/efficiency perspect= ive). E.g., Coherence offers a Map interface, but internally key/value pairs are = broken up into buckets for finer grained concurrency and replication. anonymous wrote : = | Actually, it might also be nifty if JBoss Cache could supply adaptors f= or competing Cache APIs. I'm not sure of the legality of this for commercia= lly published interfaces. | = Hmm, this would mean shipping with those interfaces though. Perhaps these = could be additional downloads? Like you said, we'd need to research legali= ty anyway. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004827#4004827 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004827 --===============1219592945814400030==-- From do-not-reply at jboss.com Mon Jan 22 10:07:40 2007 Content-Type: multipart/mixed; boundary="===============0755934111088667448==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 10:07:40 -0500 Message-ID: <280080.1169478460339.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0755934111088667448== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : If the client view is being updated, as you say, when a no= de crashes, then the only other possibility AFAICT is that the connection f= actory deploy/undeploy even is being triggered when a node crashes. | = | Can you explain how this happens? The update is happening on ConnectionFactoryJNDIMapper::onReplicationChange= .. Look at the method's implementation, you will see a call to updateClustered= Clients: | line 359: endpoint.updateClusteredClients(delArr, failoverMa= p); | = And the LoadBalancingPolicy is being updated at anonymous wrote : = | line 348: del.setDelegates(delArr); | = This is the very same routine we were using to rebing the ConnectionFactory= when the ViewChanged, fired by the ClusteredPostOffice's replicator. We do= n't undeploy/deploy when a node crashes... we rebing the ConnectionFActory = and the place I was telling you. anonymous wrote : I am just saying that creating a new interface is redunda= nt since you are not calling the methods polymorphically. = Ah... I see what you mean.... I wanted to do more refactoring on it and hav= e it totally poliymorphically as you were saying but I would need to move s= ome stuff for that. I will take a look if would be possible to refactor it= a little bit more. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004840#4004840 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004840 --===============0755934111088667448==-- From do-not-reply at jboss.com Mon Jan 22 10:15:21 2007 Content-Type: multipart/mixed; boundary="===============4977897992846038596==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 10:15:20 -0500 Message-ID: <15745143.1169478921010.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4977897992846038596== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "timfox" wrote : Clebert- | = | I just tried to deploy the scoped sar in JBAS and it fails, complaining= that it cannot find a property editor for ConnectionFactory::setLoadBalanc= ingFactory. | = | Looking at the code, the method setLoadBalancingFactory() takes a LoadB= alancingFactory, but the MBean method takes a String. | = | I have fixed this, so I can get on with my work. You may want to review= my fix since it was very quick. | = | This tells me one thing, you added an MBean attribute without adding a = corresponding test for it. | = | All new functionality needs to have unit tests, so please could you add= a test. | = | Cheers. I just changed this in top of what Ovidiu had before... Ovidiu had a LoadBa= lancingPolicy and I placed a LoadBalancingFactory in replacement. I actually started doing this by using a String the same way you changed...= but then I realized what Ovidiu had before and I used the same thing. By = looking at his code I thought MBeans would take care of it on the XML descr= iption (using a default's constructor) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004843#4004843 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004843 --===============4977897992846038596==-- From do-not-reply at jboss.com Mon Jan 22 10:20:20 2007 Content-Type: multipart/mixed; boundary="===============2273065838882564761==" MIME-Version: 1.0 From: fmarchioni To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Porting a large project from Oracle WorkFlow to JBoss BPM Date: Mon, 22 Jan 2007 10:20:20 -0500 Message-ID: <2822092.1169479220843.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2273065838882564761== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Dear jBoss users, I have to design a new architecture for a large system. At the moment this = system is developed using Oracle Application server and Oracle Workflow 2.6= for BPM. Since the number of BPM is huge I'm planning for the first phase of the por= ting to keep together Oracle for the old BPM and jBoss for the new BPM that= will be written. But in the future all BPM must be ported to the new architecture. Anybody has experience with this porting ? And is JBoss BPM tested with a = very large number of processes ? = Thanks in advance Francesco View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004849#4004849 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004849 --===============2273065838882564761==-- From do-not-reply at jboss.com Mon Jan 22 10:34:29 2007 Content-Type: multipart/mixed; boundary="===============8437371382287173779==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 10:34:29 -0500 Message-ID: <2154072.1169480069910.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8437371382287173779== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "clebert.suconic(a)jboss.com" wrote : = | = | The update is happening on ConnectionFactoryJNDIMapper::onReplicationCh= ange.. | = | = | Look at the method's implementation, you will see a call to updateClust= eredClients: | = | = | | line 359: endpoint.updateClusteredClients(delArr, failov= erMap); | | = | = Sigh... You're still missing the point :) This line of code is only called when the replication change is a deploy/un= deploy of a connection factory: | else if (sKey.startsWith(CF_PREFIX) && originatorNodeID !=3D serverPeer= .getServerPeerID()) | { | = My question was, can you explain to me how this is called when a node crash= es? When a node crashes it won't have the courtesy to undeploy its connection f= actories first. So how would this get called? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004852#4004852 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004852 --===============8437371382287173779==-- From do-not-reply at jboss.com Mon Jan 22 10:46:58 2007 Content-Type: multipart/mixed; boundary="===============4821231637023296324==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 10:46:58 -0500 Message-ID: <31437023.1169480818531.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4821231637023296324== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : Sigh... You're still missing the point :) | = | This line of code is only called when the replication change is a deplo= y/undeploy of a connection factory: = Nope... this place is called also when a node leaves/joins the cluster. Rep= licator is re-sending the lists when a node leaves... (crash). This is exactly the place where we were doing rebinds before. I just executed ClusterViewUpdate Test, using run test... and I could see = the event fired on logs. ClusterViewUpdate would fail if the Connection Factory was not updated afte= r a crash. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004858#4004858 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004858 --===============4821231637023296324==-- From do-not-reply at jboss.com Mon Jan 22 10:50:46 2007 Content-Type: multipart/mixed; boundary="===============6794344916657925824==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 10:50:46 -0500 Message-ID: <13975564.1169481046496.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6794344916657925824== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable line of code please? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004860#4004860 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004860 --===============6794344916657925824==-- From do-not-reply at jboss.com Mon Jan 22 10:52:59 2007 Content-Type: multipart/mixed; boundary="===============1084584231813069444==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 10:52:59 -0500 Message-ID: <8363790.1169481179209.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1084584231813069444== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable CF_PREFIX is used when a connection factory is deployed/undeployed. ADDRESS_INFO_KEY is used when a node joins/leaves What you are now saying is that we make a change with prefix CF_PREFIX when= a node joins leaves? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004862#4004862 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004862 --===============1084584231813069444==-- From do-not-reply at jboss.com Mon Jan 22 10:55:07 2007 Content-Type: multipart/mixed; boundary="===============8977004745465221740==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 10:55:07 -0500 Message-ID: <6903049.1169481307846.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8977004745465221740== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Looking through the code, the only place where a replication change with pr= efix CF_PREFIX =3D "CF_" is sent is when a connection factory is deployed o= r undeployed, i.e. in registerConnectionFactory() and unregisterConnectionF= actory(). There is no where else in the code where such a replication change is propa= gated. So you still haven't explained how such a replication event gets propagated= when a node crashes..... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004864#4004864 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004864 --===============8977004745465221740==-- From do-not-reply at jboss.com Mon Jan 22 11:00:15 2007 Content-Type: multipart/mixed; boundary="===============9050590767904498454==" MIME-Version: 1.0 From: noel.rocher at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1464 - Adding MTOM support to WSDL To Java - Design Date: Mon, 22 Jan 2007 11:00:15 -0500 Message-ID: <24623053.1169481615776.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9050590767904498454== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : It's right what you are saying, but in the only (rare) ca= se this becomes a problem is when users types contain base64 types that sho= uld be optimized and others that shouldnt at the same time. If this doesnt = occur on the same payload then you easily turn off MTOM for that port. | = I don't see it as "rare" if you consider that customers are using it as an = ID type. = I'm talking about big WS users with a lot of webservices (several hundreds)= where using attachment or not is an implementation detail (in fact, it's a= n optimisation required to have decent response times). What they need is t= o a natural set of functional operations. It's not a good practice to brea= k this for technical reason. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004866#4004866 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004866 --===============9050590767904498454==-- From do-not-reply at jboss.com Mon Jan 22 11:52:15 2007 Content-Type: multipart/mixed; boundary="===============0414813967483130437==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Use of JGroups Multiplexer in AS 4.2.0 Date: Mon, 22 Jan 2007 11:52:15 -0500 Message-ID: <14418068.1169484735898.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0414813967483130437== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Bela, Vladimir and I had a discussion this AM and decided to defer integrat= ion of the JGroups multiplexer into AS 4.2.0. Primarily this because we wa= nt to ensure the issues discussed in http://jira.jboss.com/jira/browse/JGRP= -415 are properly handled before we use the multiplexer in a supported AS r= elease. I will probably add the code hooks to ClusterPartition to support use of th= e multiplexer (they are already there in JBC 1.4.1), but 4.2.0 will not shi= p with the multiplexer sar. This approach will leave the potential for 4.2= .0 installs to configure the multiplexer once all issues like JGRP-415 are = resolved. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004882#4004882 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004882 --===============0414813967483130437==-- From do-not-reply at jboss.com Mon Jan 22 12:12:21 2007 Content-Type: multipart/mixed; boundary="===============3807487668753228279==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Mon, 22 Jan 2007 12:12:21 -0500 Message-ID: <7943655.1169485941077.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3807487668753228279== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I guess SystemProperty substitution happens at XML parsing? Shouldn't Syst= emProperty substitution happen when the actual injection happens instead? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004889#4004889 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004889 --===============3807487668753228279==-- From do-not-reply at jboss.com Mon Jan 22 12:14:47 2007 Content-Type: multipart/mixed; boundary="===============6276405003565483186==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-674 - Propagating changes on ClusteredConnec Date: Mon, 22 Jan 2007 12:14:47 -0500 Message-ID: <32246627.1169486087719.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6276405003565483186== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable - DefaultClusteredPostOffice::nodeLeft will call cleanLocalDataForNode. cleanLocalDataForNode will resubmit all the listeners as the CF was being r= edeployed. This logic was written long time ago.. I didn't change anything = on the rebinds logics. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004891#4004891 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004891 --===============6276405003565483186==-- From do-not-reply at jboss.com Mon Jan 22 12:36:02 2007 Content-Type: multipart/mixed; boundary="===============1212408064611432989==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Porting a large project from Oracle WorkFlow to JBoss BP Date: Mon, 22 Jan 2007 12:36:02 -0500 Message-ID: <32926370.1169487362239.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1212408064611432989== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable wrong forum.. use the user forum for this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004900#4004900 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004900 --===============1212408064611432989==-- From do-not-reply at jboss.com Mon Jan 22 13:24:49 2007 Content-Type: multipart/mixed; boundary="===============6492197805177192420==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Support JAXWS on EJB2.1 Date: Mon, 22 Jan 2007 13:24:49 -0500 Message-ID: <5496857.1169490289381.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6492197805177192420== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, I don't think it makes sence either. We remove support for JSR181 annot= ated EJB2.1 endpoints View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004927#4004927 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004927 --===============6492197805177192420==-- From do-not-reply at jboss.com Mon Jan 22 13:35:57 2007 Content-Type: multipart/mixed; boundary="===============4267224551643174829==" MIME-Version: 1.0 From: graj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - could not find agent library on the library path or in the l Date: Mon, 22 Jan 2007 13:35:57 -0500 Message-ID: <28697505.1169490957764.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4267224551643174829== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I get the could not find following message when I try to run my JbOss serve= r. Any idea why? 'agent library on the library path or in the local directory:jbossInspector" View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004936#4004936 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004936 --===============4267224551643174829==-- From do-not-reply at jboss.com Mon Jan 22 13:53:00 2007 Content-Type: multipart/mixed; boundary="===============3274286399414597576==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Case sensitivity in injecting a bean's property Date: Mon, 22 Jan 2007 13:53:00 -0500 Message-ID: <25632622.1169491980257.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3274286399414597576== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There seems to have been a recent change that affects the handling of prope= rty injection. I want to inject the value of the naming service port into another bean. P= reviously this worked: Now it doesn't. I have to use 'property=3D"Port"' with a capital P on Port.= Otherwise I get: javax.management.AttributeNotFoundException: not found: port | at org.jboss.mx.server.AbstractMBeanInvoker.getAttribute(Abstra= ctMBeanIn | voker.java:335) | at org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServer= Impl.java | :565) | at org.jboss.system.microcontainer.ServiceControllerContext.get= (ServiceC | ontrollerContext.java:129) | at org.jboss.beans.metadata.plugins.AbstractDependencyValueMeta= Data.getV | alue(AbstractDependencyValueMetaData.java:150) | .... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004942#4004942 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004942 --===============3274286399414597576==-- From do-not-reply at jboss.com Mon Jan 22 13:55:08 2007 Content-Type: multipart/mixed; boundary="===============0490063994627734672==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last minute 2.0 API suggestions Date: Mon, 22 Jan 2007 13:55:08 -0500 Message-ID: <13574713.1169492108341.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0490063994627734672== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The Collection interface has a "boolean remove(Object k)", and it's nice (w= hen writing adaptors, see that other thread) to see if the remove operation= actually worked. One good thing about the Collection interfaces is that they always return i= nformation. This suggests that all Node methods should return something. So= me thoughts: | NodeSPI - | void setVersion(DataVersion version); - Return replaced version? | void removeChildrenDirect(); - Return count of children removed? | void removeChildDirect(Fqn fqn); - boolean true if removed? | void removeChildDirect(Object childName); - "" | Cache - | void removeNode(Fqn fqn); - boolean true if removed | void evict(Fqn fqn, boolean recursive); - "" | = I also wonder if Cache.getVersion() shouldn't return a Version (not String)= object instead? Version might implement a "before" method as well. It'd be= nice for people writing something like this: Cache c; if (c.getVersion().before(Version.XYZ)) throw new Exception("Cache not >=3D Version XYZ"); I'm not sure how often this use case comes up, though. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004944#4004944 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004944 --===============0490063994627734672==-- From do-not-reply at jboss.com Mon Jan 22 14:32:52 2007 Content-Type: multipart/mixed; boundary="===============4685876494051571386==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Mon, 22 Jan 2007 14:32:52 -0500 Message-ID: <15067060.1169494372465.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4685876494051571386== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We added direct MBeanServer lookup via attribute for MBeans. Look-up behaves differently for ServiceControllerContext then for KernelCon= trollerContext. Look at: http://www.jboss.org/index.html?module=3Dbb&op=3Dviewtopic&t=3D988= 75 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004961#4004961 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004961 --===============4685876494051571386==-- From do-not-reply at jboss.com Mon Jan 22 14:33:33 2007 Content-Type: multipart/mixed; boundary="===============9156124915873884808==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Use of JGroups Multiplexer in AS 4.2.0 Date: Mon, 22 Jan 2007 14:33:33 -0500 Message-ID: <27253950.1169494413627.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9156124915873884808== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable JBoss Messaging relies on the multiplexer to provide channels. We're due to go GA at end of Feb, when this will be supported with platinum= support. Your point worried me a bit... are you saying that it's not ready/trusted f= or primetime yet? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004962#4004962 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004962 --===============9156124915873884808==-- From do-not-reply at jboss.com Mon Jan 22 14:35:12 2007 Content-Type: multipart/mixed; boundary="===============4152633703004512615==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Mon, 22 Jan 2007 14:35:12 -0500 Message-ID: <1205960.1169494512540.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4152633703004512615== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I noted the issue between bean and mbean property case a while ago: http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D92469 so I'm surprised this is a regression. I don't know why it would have worke= d because even though the correct case ala java beans for a setPort/getPort= is port (based on java.beans.Introspector behavior/javadoc), jmx 1.2, page= 40 states: anonymous wrote : = | Case Sensitivity | All attribute and operation names derived from these design patterns ar= e casesensitive. | For example, this means that the methods getstate and setState | define two attributes, one called state that is read-only, and one call= ed State that | is write-only. | = | While case sensitivity applies directly to component names of standard = MBeans, it is | also applicable to all component names of all types of MBeans, standard= or dynamic. | In general, all names of classes, attributes, operations, methods, and = internal | elements defined in the JMX specification are case sensitive, whether t= hey appear as | data or as functional code when they are manipulated by management oper= ations. | = so there are conflicting naming conventions. All I can see that we do is to= allow a property matching strictness setting that can be specified when re= ferencing a bean property that would relax the case sensitivity issue. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004963#4004963 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004963 --===============4152633703004512615==-- From do-not-reply at jboss.com Mon Jan 22 14:38:57 2007 Content-Type: multipart/mixed; boundary="===============4011905877721508174==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Mon, 22 Jan 2007 14:38:56 -0500 Message-ID: <21227784.1169494736947.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4011905877721508174== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : We added direct MBeanServer lookup via attribute for MBeans. | = | Look-up behaves differently for ServiceControllerContext then for Kerne= lControllerContext. | = | Look at: http://www.jboss.org/index.html?module=3Dbb&op=3Dviewtopic&t= =3D98875 | = Injection of mbean properties had been working before this change though. H= ow was the mbean property name being resolved previously? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004966#4004966 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004966 --===============4011905877721508174==-- From do-not-reply at jboss.com Mon Jan 22 14:44:18 2007 Content-Type: multipart/mixed; boundary="===============3231005501080897681==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Mon, 22 Jan 2007 14:44:18 -0500 Message-ID: <31731274.1169495058200.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3231005501080897681== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It would have to be changed at the existing xml processing layers to avoid = duplicate substituion issues like we have seen when property replacement wa= s introduced to Properties editor. I would agree that property substitution= should be an aspect of setters rather than a paticular property data path. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004969#4004969 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004969 --===============3231005501080897681==-- From do-not-reply at jboss.com Mon Jan 22 15:09:22 2007 Content-Type: multipart/mixed; boundary="===============7037586135913242057==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: Use of JGroups Multiplexer in AS 4.2.0 Date: Mon, 22 Jan 2007 15:09:21 -0500 Message-ID: <25086596.1169496561966.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7037586135913242057== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for that reminder, Tim! I've got EJBs and web sessions on the brain = this week. The JGRP-415 issue means problems on one service can too easily affect anot= her service. I'll ping Bela to see how quickly this can be resolved. The code cutoff fo= r AS 4.2 is meant to be Jan 31, so we didn't want to rush something in for = that -- too close. What are your deadlines for when you'd want this in a JG= roups 1) beta/CR release for testing. 2) GA ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004973#4004973 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004973 --===============7037586135913242057==-- From do-not-reply at jboss.com Mon Jan 22 15:09:44 2007 Content-Type: multipart/mixed; boundary="===============2378134879738558830==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Mon, 22 Jan 2007 15:09:44 -0500 Message-ID: <26771836.1169496584199.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2378134879738558830== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : How was the mbean property name being res= olved previously? | = Simple POJO property look-up - via Configurator. Looks like it worked since there was already a pojo target underlying in Co= ntrollerContext. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004974#4004974 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004974 --===============2378134879738558830==-- From do-not-reply at jboss.com Mon Jan 22 15:17:09 2007 Content-Type: multipart/mixed; boundary="===============3355723642528297883==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Mon, 22 Jan 2007 15:17:09 -0500 Message-ID: <23055957.1169497029480.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3355723642528297883== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Before: | Object result =3D context.getTarget(); | if (result !=3D null && property !=3D null) | { | KernelConfigurator configurator =3D controller.getKernel().get= Configurator(); | BeanInfo beanInfo =3D configurator.getBeanInfo(result.getClass= ()); | TargettedJoinpoint joinpoint =3D configurator.getPropertyGette= rJoinPoint(beanInfo, property); | joinpoint.setTarget(result); | result =3D joinpoint.dispatch(); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004977#4004977 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004977 --===============3355723642528297883==-- From do-not-reply at jboss.com Mon Jan 22 15:31:40 2007 Content-Type: multipart/mixed; boundary="===============8536601031606149610==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Mon, 22 Jan 2007 15:31:40 -0500 Message-ID: <22482250.1169497900093.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8536601031606149610== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Then we need to look at how the kernel behaves with beans like: | public class BeanWithStates | { | public String getstate() | { | return "state"; | } | public void setstate(String s) | { | } | = | public int getState() | { | return 0; | } | public void setState(int s) | { | } | } | = The java.beans.Introspector does not pickup different properties state and = State for this: | package javabean; | = | import java.beans.BeanInfo; | import java.beans.Introspector; | import java.beans.PropertyDescriptor; | = | import org.junit.Test; | = | public class TestIntrospector | { | @Test | public void testBeanPropertyCase() | throws Exception | { | BeanInfo beanWithStatesInfo =3D Introspector.getBeanInfo(BeanWith= States.class); | PropertyDescriptor[] props =3D beanWithStatesInfo.getPropertyDesc= riptors(); | System.out.println("BeanWithStates properties:"); | for(PropertyDescriptor p : props) | { | System.out.println(p.getName()+", read: "+p.getReadMethod()+",= write: "+p.getWriteMethod()); | } | } | } | = | BeanWithStates properties: | class, read: public final native java.lang.Class java.lang.Object.getCl= ass(), write: null | state, read: public java.lang.String javabean.BeanWithStates.getstate()= , write: public void javabean.BeanWithStates.setstate(java.lang.String) | = Instead, it only finds state, but does use the setter/getter that is consis= tent with the mbean naming conventions. I guess one would have to supply a = class level java.beans.BeanInfo to have access to both state and State as p= roperties. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004985#4004985 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004985 --===============8536601031606149610==-- From do-not-reply at jboss.com Mon Jan 22 15:59:00 2007 Content-Type: multipart/mixed; boundary="===============8027770304533385264==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Mon, 22 Jan 2007 15:59:00 -0500 Message-ID: <27594061.1169499540202.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8027770304533385264== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So actually I transformed that into portal eventing object. Now there are : base page event : | public abstract class PageEvent extends PortalNodeEvent | { | ... | } | = page render event | public class PageRenderEvent extends PageEvent | { | ... | } | = provide access to a portion of the navigational state managed by the portal= : | public interface NavigationalStateContext | { | WindowState getWindowState(PortalNode window) throws IllegalArgument= Exception; | void setWindowState(PortalNode window, WindowState windowState) thro= ws IllegalArgumentException; | Mode getMode(PortalNode window) throws IllegalArgumentException; | void setMode(PortalNode window, Mode mode) throws IllegalArgumentExc= eption; | } | = I have recoded the previous interceptor I did (and removed it) using the pu= blic API (so it can be considered as a supported feature and will not break= in the future with the 2.x versions). The example has been commited as org.jboss.portal.core.portlet.test.event.W= indowConstraintEventListener and is a little bit complex (because your use = case is very special) so I will not list it here. You can find it in the core-samples module in trunk. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004991#4004991 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004991 --===============8027770304533385264==-- From do-not-reply at jboss.com Mon Jan 22 15:59:53 2007 Content-Type: multipart/mixed; boundary="===============6309822368329510659==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: Plan to improve CMS integration Date: Mon, 22 Jan 2007 15:59:53 -0500 Message-ID: <4207195.1169499593312.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6309822368329510659== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have extracted the samples as core-samples. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004992#4004992 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004992 --===============6309822368329510659==-- From do-not-reply at jboss.com Mon Jan 22 16:02:02 2007 Content-Type: multipart/mixed; boundary="===============1819300937159160253==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: JBWS-1464 - Adding MTOM support to WSDL To Java - Design Date: Mon, 22 Jan 2007 16:02:02 -0500 Message-ID: <14989211.1169499722636.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1819300937159160253== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The other problem is that even if the correct type is chosen by tools (say = Image), the runtime also needs to know, so JBossXB needs to see the schema = annotation as well. JBossXB currently uses xerces as well (although it has = an intermediary model) so whatever mechanism would have to be aplied there. It might make more sense to keep partial support, and assume certain mime t= ypes, and encourage people that need more to upgrade to JAX-WS, or use AP 1= .0 instead of MTOM (which doesnt have this problem since it's in the WSDL). -Jason = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4004993#4004993 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4004993 --===============1819300937159160253==-- From do-not-reply at jboss.com Mon Jan 22 16:47:33 2007 Content-Type: multipart/mixed; boundary="===============3292177555823297048==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Portal public API updates Date: Mon, 22 Jan 2007 16:47:33 -0500 Message-ID: <30265283.1169502453629.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3292177555823297048== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have updated the org.jboss.portal.api package with a new kind of event an= d an interface which expose a part of the navigational state managed by the= portal. The event is RenderPageEvent and it allows listeners to be aware of when a = page is rendered by the portal. The interface for navigational state is NavigationalStateContext and is ava= ilable from the PortalNodeEventContext provided in the listener callback | public interface PortalNodeEventListener | { | PortalNodeEvent onEvent(PortalNodeEventContext context, PortalNodeEv= ent event); | } | = | public interface PortalNodeEventContext | { | ... | NavigationalStateContext getNavigationalStateContext(); | ... | } | = | public interface NavigationalStateContext | { | WindowState getWindowState(PortalNode window) throws IllegalArgument= Exception; | void setWindowState(PortalNode window, WindowState windowState) thro= ws IllegalArgumentException; | Mode getMode(PortalNode window) throws IllegalArgumentException; | void setMode(PortalNode window, Mode mode) throws IllegalArgumentExc= eption; | } | = This allows for example to read or update the different window state when r= endering a page : | if (event instanceof RenderPageEvent) | { | NavigationalStateContext nsctx =3D context.get NavigationalStateCont= ext(); | PortalNode pageNode =3D event.getNode(); | for (Iterator i =3D pageNode.getChildren().iterator();i.hasNext();) | { | PortalNode child =3D (PortalNode)i.next(); | if (child.getType() =3D=3D PortalNode.TYPE_WINDOW) | { | nsctx.setWindowState(child, WindowState.NORMAL); | } | } | } | = There is a more complete example in the core-samples module which implement= a complex set of constraint on the page. Please look at the API and look if nothing look fundamentally wrong because= this is going to become part of the supported API. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005010#4005010 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005010 --===============3292177555823297048==-- From do-not-reply at jboss.com Mon Jan 22 18:07:42 2007 Content-Type: multipart/mixed; boundary="===============6726157097088995398==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - DataSource/ServiceXSLDeployer processing issue Date: Mon, 22 Jan 2007 18:07:42 -0500 Message-ID: <1988427.1169507262762.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6726157097088995398== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A problem I ran into while trying to implement the CRUD usecases for *-ds.x= ml deployments is that the metadata representation of a datasource deployme= nt should be a ServiceDeployment with a xml dom representation of the *-ds.= xml deployment. It currently is a ServiceDeployment with a xml dom represen= tation of the transformed *-service.xml containing the jca mbeans. The two problems that exist are: 1. the profile service only wants to rerun the deployment processing from t= he Deployer.CLASSLOADER_DEPLOYER on to avoid duplicate metadata parsing and= overwriting of the overriden attachment metadata coming from the ManagedOb= ject updates. However, for a datasource deployment, the xsl transform occur= rs during the parsing phase. The datasource deployment therefore would need= to be run through the parsing deployers. = 2. the datasource deployment does not have a valid representation of the *-= ds.xml metadata. There is no xml dom view of the original *-ds.xml that can= be updated via ManagedObject/ManagedProperty bindings. The xsl transform a= lways goes to the *-ds.xml VirtualFile and applies the transform to the dom= that results from parsing it. The general issues are deployers not having overridable metadata representa= tions, and not knowing where to start the parsing. The latter issue is real= ly more of not being able to simply rerun all deployers and only have those= which have work to do function. I view this is an issue with not having th= e DeploymentUnit attachments api sufficiently well defined. As a review, he= re is the current state of the attachments api and its meaning. Deployers deal with DeploymentUnits as the view on a deployable unit of wor= k. There are two types of DeploymentUnits, containers which can top-level d= eployments (ears, ejb-jars, wars, sars, -beans.xml, ...), and components wh= ich belong to a container deployment (ejbs, mbeans, mc beans, servlets, ...= ). Components are associated with their container via DeploymentUnit.addCom= ponent(String). Container type deployment can be nested structurally as wel= l, but the DeploymentUnit does not currently expose an api for accessing th= is. Its a todo. Metadata can be associated with a DeploymentUnit. This is done using the At= tachments api. There are a few different levels of Attachments. A Deploymen= tUnit is an extension of the Attachments api. A DeploymentUnit also has an = Attachments accessed via getTransientManagedObjects(). Adding an attachment= via addAttachment adds a transient attachment. To add a transient managed = object attachment, call getTransientManagedObjects().addAttachment. The difference between a transient attachment and transient managed object = attachment is that transient managed object attachments are overrides to tr= ansient attachments. When you call the DeploymentUnit.getAttachment(), the = implementation first looks for a transient managed object attachment overri= de. If that is not found, then the transient attachments are consulted. Dep= loyers should only populate the transient attachments while admin interface= s like the profile service populate the transient managed object attachment= s. One should be able to run a deployment trough the deployers, and then re-ru= n the resulting DeploymentUnit through again and have this essentially be a= noop in terms of the creation of metadata attachments as a Deployer should= look for an existing attachment and avoid recreating it from the deploymen= t content. One area which this is broken is when more than one parsing depl= oyer populates the same metadata model from multiple sources. This happens = for standard descriptors/annotations that can be augmented/overriden by jbo= ss descriptors/annotations. With the addition of the DeploymentUnit Set get= Types(), the check for whether parsing should be done in the case of shared= metadata attachments could be whether the attachments exist, and the Deplo= ymentUnit has been marked as being of the curent Deployer.getType(). For the datasource deployment issue, the XSL deployers still need to suppor= t a dom attachment that represents the pre-transformed xml model so that it= can be overriden. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005030#4005030 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005030 --===============6726157097088995398==-- From do-not-reply at jboss.com Mon Jan 22 18:27:10 2007 Content-Type: multipart/mixed; boundary="===============6247308502918556415==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Mon, 22 Jan 2007 18:27:10 -0500 Message-ID: <1422570.1169508430227.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6247308502918556415== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Two related issues in terms of the profile service being able to run a depl= oyment through all deployers to avoid having to make assumptions about at w= hat level the metadata that can be edited is available. The first is that the kernel lifecycle actions need to be stubbed out to be= noops to avoid any actual beans being created. When the profile service is= in the server, how can this be done? This also requires separate notions of transient attachments as already req= uested by Bill. There should be attachments that are candiates for override= s and saving/serialization and those that are not. I think we need a termin= ology reorg so that: - transient attachments are metadata that are not serialized or candiates f= or overriding by admin ManagedObjects. - attachments are metadata that can be serialized and overriden by admin Ma= nagedObjects. - managed objects are metadata overrides of the attachments metadata. A Deployer that uses transient attachments would need to check for these an= d recreate these from the attachment and other input as needed. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005038#4005038 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005038 --===============6247308502918556415==-- From do-not-reply at jboss.com Mon Jan 22 18:36:35 2007 Content-Type: multipart/mixed; boundary="===============6891309812267355132==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Mon, 22 Jan 2007 18:36:35 -0500 Message-ID: <10488489.1169508995311.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6891309812267355132== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yeah, so I guess you indirectly understand what I was trying to tell you ab= out 2 months ago ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005042#4005042 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005042 --===============6891309812267355132==-- From do-not-reply at jboss.com Mon Jan 22 18:49:30 2007 Content-Type: multipart/mixed; boundary="===============5839291043824925439==" MIME-Version: 1.0 From: jazir1979 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-615 still present in Embedded-ALPHA9 Date: Mon, 22 Jan 2007 18:49:30 -0500 Message-ID: <5397985.1169509770504.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5839291043824925439== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Bill, We've gone and checked out the latest embedded stuff and built it from SVN.= FYI, it worked well and was not very hard to convert our tests over to us= e the new Bootstrap class. However, we are getting exactly the same security problem still. Instead o= f a NullPointerException in Util.getSubjectRoles(), we get the IllegalArgum= entException because this class has been updated to check for null. Here is our stacktrace: | java.lang.IllegalArgumentException: Subject is null | at org.jboss.security.Util.getSubjectRoles(Util.java:632) | at org.jboss.security.plugins.JBossAuthorizationManager.getCurrentRole= s(JBossAuthorizationManager.java:302) | at org.jboss.security.plugins.JBossAuthorizationManager.doesUserHaveRo= le(JBossAuthorizationManager.java:126) | at org.jboss.security.plugins.JaasSecurityManager.doesUserHaveRole(Jaa= sSecurityManager.java:401) | at org.jboss.ejb3.BaseSessionContext.isCallerInRole(BaseSessionContext= .java:233) | ..... | = Would you like me to update JIRA to show that this bug is also present in t= he latest code based on JBoss5? thanks, daniel. "bill.burke(a)jboss.com" wrote : We've totally scrapped Embedded EJB3 and s= tarted the Embedded JBoss project based on JBoss 5 kernel. New Embedded JB= oss will be full featured. Most features of regular jboss should be availa= ble in embedded. | = | If you want to testdrive, checkout head SVN. its in the jboss-head/emb= edded directory. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005051#4005051 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005051 --===============5839291043824925439==-- From do-not-reply at jboss.com Mon Jan 22 20:03:28 2007 Content-Type: multipart/mixed; boundary="===============8752177648559683324==" MIME-Version: 1.0 From: akrishmohan To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Atomic Operations Date: Mon, 22 Jan 2007 20:03:28 -0500 Message-ID: <20660193.1169514208644.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8752177648559683324== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi I have a scenario in which I need to treat DB commit of 2 rows as one at= omic operation. How do I achieve this using CMT? Any tips would be useful. Basically I have something like this. public class TestMDBean implements MessageListener { @PersistenceContext private EntityManagerFactory emf; @UserTransaction utx; private UserTransaction utx; private void updateLog() { //populate a pojo entity here in a collection. The collection has 2 objects= corresponding to the two rows in the table. Roll back if a single commit f= ails. } I am not sure what kind of transaction strategy I need to use here. Let me know Cheers K View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005072#4005072 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005072 --===============8752177648559683324==-- From do-not-reply at jboss.com Mon Jan 22 20:19:44 2007 Content-Type: multipart/mixed; boundary="===============3735146614597164666==" MIME-Version: 1.0 From: dustismo To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Serialization] - Re: Debug support for Serialization Date: Mon, 22 Jan 2007 20:19:44 -0500 Message-ID: <19323874.1169515184710.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3735146614597164666== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Has anyone found a solution to this problem? I am getting the same excepti= ons and haven't found a solution. Every class in my app is serializable an= d has a default constructor. = using jboss 4.0.5.GA and seam 1.1.1 thanks Dustin View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005079#4005079 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005079 --===============3735146614597164666==-- From do-not-reply at jboss.com Tue Jan 23 04:10:26 2007 Content-Type: multipart/mixed; boundary="===============8271681618229596022==" MIME-Version: 1.0 From: civimagr To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Re: Where can I find a list of what OS tomcat works whit? Date: Tue, 23 Jan 2007 04:10:26 -0500 Message-ID: <15060631.1169543426914.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8271681618229596022== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm interested too. Have you get it something? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005215#4005215 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005215 --===============8271681618229596022==-- From do-not-reply at jboss.com Tue Jan 23 04:51:10 2007 Content-Type: multipart/mixed; boundary="===============6903031893651139220==" MIME-Version: 1.0 From: jfrederic.clere at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Re: Where can I find a list of what OS tomcat works whit? Date: Tue, 23 Jan 2007 04:51:10 -0500 Message-ID: <6493153.1169545870460.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6903031893651139220== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Tomcat uses JAVA so it needs a JVM and it runs on any OS that has a decent = JVM. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005221#4005221 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005221 --===============6903031893651139220==-- From do-not-reply at jboss.com Tue Jan 23 04:51:52 2007 Content-Type: multipart/mixed; boundary="===============7764694108864897175==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 04:51:52 -0500 Message-ID: <30830330.1169545912689.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7764694108864897175== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The property replacement during the parsing is coming from JBossXB. This is redundant since the microcontainer does do property replacement dur= ing the setter, see ValueConvertor.convertValue() invoked indirectly from the StringValueMetaData. To turn off the JBossXB processing we need to change the schema bindings: e.g. in BeanSchemaBinding20 public static void init(SchemaBinding schemaBinding) { + schemaBinding.setReplacePropertyRefs(false); initDeployment(schemaBinding); initBean(schemaBinding); initBeanFactory(schemaBinding); initArtifacts(schemaBinding); } View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005222#4005222 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005222 --===============7764694108864897175==-- From do-not-reply at jboss.com Tue Jan 23 04:55:40 2007 Content-Type: multipart/mixed; boundary="===============1493739278813538149==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 04:55:40 -0500 Message-ID: <19365264.1169546140545.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1493739278813538149== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Jira issue for property replacement: http://jira.jboss.com/jira/browse/JBMICROCONT-143 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005224#4005224 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005224 --===============1493739278813538149==-- From do-not-reply at jboss.com Tue Jan 23 05:12:57 2007 Content-Type: multipart/mixed; boundary="===============2974350517431799206==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Tue, 23 Jan 2007 05:12:57 -0500 Message-ID: <6706224.1169547177675.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2974350517431799206== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, so first of all, we need a test for this in system-jmx. The only test for cross injection just uses the object, it does not test accessing a "property" of an MBean. org.jboss.test.system.controller.integration.test.ConfigureMCFromJMXTestCas= e-mc.xml | | | | | | = Previously, this just treated the MBean like a javabean (i.e. the property name was port) looking directly at the MBean object. But now it has been changed to go through the JMX api (so it needs to use the JMX attribute name Port). Alternatively, we could do as Scott says and try both in ServiceControllerC= ontext | public Object get(String name) throws Throwable | { | try | { | return getMBeanServer().getAttribute(objectName, name); | } | catch (AttributeNotFoundException orignal) | { | try | { | name =3D switchToUpperOrLowerCase(name); | return getMBeanServer().getAttribute(objectName, name); | } | catch (AttributeNotFoundException e) | { | throw original; | } | } | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005232#4005232 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005232 --===============2974350517431799206==-- From do-not-reply at jboss.com Tue Jan 23 05:30:55 2007 Content-Type: multipart/mixed; boundary="===============7998016927022080640==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 05:30:55 -0500 Message-ID: <30064466.1169548255031.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7998016927022080640== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This seems to be getting very confused? ATTACHMENTS The original design was the following: You have two types of attachment: 1) Transient - these are created by the parsing deployers from the raw xml inside the deployments 2) Predetermined - these are what the profile service (or some other invoke= r of the deployers) passes in to override what is in the deployment. The Predetermined attachments are a sort of alt-dd but done programmaticall= y. I can see an argument for having a third type of attachment which is intern= al state related to the deployment but it is stuff that we don't want the profile se= rvice/management layer to override. It will always be constructed at runtime. However, this can also be trivially dealt with by the ManagedObjectBuilder NOT creating a ManagedObject for that attachment type. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005239#4005239 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005239 --===============7998016927022080640==-- From do-not-reply at jboss.com Tue Jan 23 05:36:26 2007 Content-Type: multipart/mixed; boundary="===============7554912339491306907==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 05:36:26 -0500 Message-ID: <20904388.1169548586270.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7554912339491306907== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable DEPLOYMENT PROTOCOL This is something that is not a part of the original prototype but it is a = part of the original design. The basic idea is that the deployers can be run in two modes. 1) Runtime - this is what is implemented, it is the full deployment 2) Profile Service - in this case, the "real deployers" create contexts tha= t have stubbed out actions for the MC and JMX layers. That is when it runs in Profile Service mode, it still goes through the full deployment process, creates all the contexts and tries to resolve dependenc= ies, but it doesn't create any objects or invoke any setters or lifecycle method= s. NOTE: This is only for the deployments. It does need to do the full work for the deployers and classloaders otherwise they wouldn't be able to do an= ything. :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005241#4005241 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005241 --===============7554912339491306907==-- From do-not-reply at jboss.com Tue Jan 23 05:41:03 2007 Content-Type: multipart/mixed; boundary="===============1361847205794079903==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 05:41:03 -0500 Message-ID: <19442811.1169548863426.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1361847205794079903== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable RUNTIME MODE AND PREDETERMINED ATTACHMENTS The parsing deployers are still invoked for these. But they should be written in such a way that if there is a predetermined attachment they don't do the parsing. They still might do other work after the parse! There are complications like the XSL deployer which needs to be changed so you can pass in some form of DOM representation as the predetermined attachment and still do the XSL transform on it, but this is an exceptional= case caused by badly written deployers that don't have a proper metadata model. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005242#4005242 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005242 --===============1361847205794079903==-- From do-not-reply at jboss.com Tue Jan 23 05:43:23 2007 Content-Type: multipart/mixed; boundary="===============3825643588738162304==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 05:43:23 -0500 Message-ID: <11681665.1169549003093.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3825643588738162304== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable serialize method in AbstractTestCase class only takes Serializable as param= eter. So if our returned MetaData is non-Serializable, we should throw exception = (since we want all our MD to be serializable, right?)? ps: this thread was hijacked with property replacement :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005243#4005243 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005243 --===============3825643588738162304==-- From do-not-reply at jboss.com Tue Jan 23 05:44:44 2007 Content-Type: multipart/mixed; boundary="===============0771539494751733988==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 05:44:44 -0500 Message-ID: <29244899.1169549084728.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0771539494751733988== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable COMPONENTS This is very much a prototype. When I wrote this it was just to get somethi= ng working and express the idea. Like I said before, this needs revisiting and doing properly. But what I will say is that components are an implementation detail. The profile service should not be interested in the components directly, it is not going to touch their attachments. The components that get constructed from a particular metadata model can change from release to release. The only part the profile service needs to know about these is the context names. i.e. what are the MBean/POJO names so it can map missing dependencies back to the original deployment that caused them. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005244#4005244 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005244 --===============0771539494751733988==-- From do-not-reply at jboss.com Tue Jan 23 05:47:20 2007 Content-Type: multipart/mixed; boundary="===============2630680640173683290==" MIME-Version: 1.0 From: radzish To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LayouStrategy and StrategyResponse API Date: Tue, 23 Jan 2007 05:47:20 -0500 Message-ID: <1067978.1169549240550.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2630680640173683290== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Julien! Yesterday I evaluated your first version of solution and it worked for me! = :) Thank you very much for that. Today I will try annother way you posted, = but it will take more time for me because since now I have to build my jbos= s portal from sources (previous example was just compiled to jar and put to= jboss portal's lib). Anyway, I believe it will work. So, once more, thank you very much. I really appreciate your help! This is the best support I have ever had! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005246#4005246 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005246 --===============2630680640173683290==-- From do-not-reply at jboss.com Tue Jan 23 06:13:50 2007 Content-Type: multipart/mixed; boundary="===============0004375983220021596==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 06:13:50 -0500 Message-ID: <23414895.1169550830060.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0004375983220021596== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | So if our returned MetaData is non-Serializable, we should throw except= ion (since we want all our MD to be serializable, right?)? | = Correct. This is a candidate for AbstractTestCase in the jboss-test project. | /** | * Check we have the expected type | * = | * @param the expected type | * @param o the object | * @param expectedType the excepted class of the exception | * @return the expected type | */ | protected T assertInstanceOf(Object o, Class expectedType) | { | return assertInstanceOf(o, expectedType, true); | } | = | /** | * Check we have the expected type | * = | * @param the expected type | * @param o the object | * @param expectedType the excepted class of the exception | * @param allowNull whether the object can be null | * @return the expected type | */ | protected T assertInstanceOf(Object o, Class expectedType, bo= olean allowNull) | { | if (expectedType =3D=3D null) | fail("Null expectedType"); | = | if (o =3D=3D null && allowNull) | return null; | = | try | { | return expected.cast(o); | } | catch (ClassCastException e) | { | fail("Object " + o + " of class " + o.getClass().getName() + "= is not an instanceof " + expectedType.getName()); | } | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005260#4005260 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005260 --===============0004375983220021596==-- From do-not-reply at jboss.com Tue Jan 23 07:33:20 2007 Content-Type: multipart/mixed; boundary="===============1937535433549685988==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: @PortComponent replacement Date: Tue, 23 Jan 2007 07:33:20 -0500 Message-ID: <19915809.1169555600728.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1937535433549685988== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "heiko.braun(a)jboss.com" wrote : While working on config issues i realized= that the PortComponentAnnotation needed refactoring. It's now split into = @WebContext and @EndpointConfig. = | The main reason for this was the distinction between client and server = side annotations. = | = This change breaks the EJB3 testsuite | [ejort(a)warjort ejb3]$ ./build.sh -f build-test.xml = | Buildfile: build-test.xml | Overriding previous definition of reference to jboss.test.classpath | = | init: | = | compile-classes: | [javac] Compiling 1124 source files to /home/ejort/jboss-head/ejb3/= output/test-classes | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/re= gression/ejbthree440/model/MyResource.java:12: warning: unmappable characte= r for encoding UTF8 | [javac] * @author Ortwin Gl? | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/ja= xws/EndpointEJB.java:36: package org.jboss.ws.annotation does not exist | [javac] import org.jboss.ws.annotation.PortComponent; | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/ja= xws/unit/ContextEJBTestCase.java:37: package org.jboss.ws.metadata.wsdl doe= s not exist | [javac] import org.jboss.ws.metadata.wsdl.WSDLDefinitions; | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/ja= xws/unit/ContextEJBTestCase.java:38: package org.jboss.ws.tools.wsdl does n= ot exist | [javac] import org.jboss.ws.tools.wsdl.WSDLDefinitionsFactory; | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/jsr181/EJB3Bean.java:25: package org.jboss.ws.annotation does not= exist | [javac] import org.jboss.ws.annotation.PortComponent; | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/jsr181/EndpointInterface.java:24: package org.jboss.ws.annotation= does not exist | [javac] import org.jboss.ws.annotation.PortComponent; | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/unit/JSR181TestCase.java:37: package org.jboss.ws.metadata.wsdl d= oes not exist | [javac] import org.jboss.ws.metadata.wsdl.WSDLDefinitions; | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/unit/JSR181TestCase.java:38: package org.jboss.ws.tools.wsdl does= not exist | [javac] import org.jboss.ws.tools.wsdl.WSDLDefinitionsFactory; | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/ja= xws/EndpointEJB.java:39: cannot find symbol | [javac] symbol: class PortComponent | [javac] @PortComponent(contextRoot =3D "/jaxws-context", urlPattern= =3D "/*") | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/jsr181/EJB3Bean.java:38: cannot find symbol | [javac] symbol: class PortComponent | [javac] @PortComponent(contextRoot=3D"/jsr181", urlPattern=3D"/*") | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/dd= /web/servlets/SubjectFilter.java:76: warning: [deprecation] getActiveSubjec= t() in org.jboss.security.AuthenticationManager has been deprecated | [javac] Subject s0 =3D mgr.getActiveSubject(); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/ja= xws/unit/ContextEJBTestCase.java:63: cannot find symbol | [javac] symbol : class WSDLDefinitionsFactory | [javac] location: class org.jboss.ejb3.test.jaxws.unit.ContextEJBTe= stCase | [javac] WSDLDefinitionsFactory factory =3D WSDLDefinitionsFac= tory.newInstance(); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/ja= xws/unit/ContextEJBTestCase.java:63: cannot find symbol | [javac] symbol : variable WSDLDefinitionsFactory | [javac] location: class org.jboss.ejb3.test.jaxws.unit.ContextEJBTe= stCase | [javac] WSDLDefinitionsFactory factory =3D WSDLDefinitionsFac= tory.newInstance(); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/ja= xws/unit/ContextEJBTestCase.java:64: cannot find symbol | [javac] symbol : class WSDLDefinitions | [javac] location: class org.jboss.ejb3.test.jaxws.unit.ContextEJBTe= stCase | [javac] WSDLDefinitions wsdlDefinitions =3D factory.parse(wsd= lURL); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/st= andalone/unit/StandardTestCase.java:167: warning: non-varargs call of varar= gs method with inexact argument type for last parameter; | [javac] cast to java.lang.Object for a varargs call | [javac] cast to java.lang.Object[] for a non-varargs call and to su= ppress this warning | [javac] Object testCase =3D constructor.newInstance(construct= orParams); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/st= andalone/unit/StandardTestCase.java:192: warning: non-varargs call of varar= gs method with inexact argument type for last parameter; | [javac] cast to java.lang.Object for a varargs call | [javac] cast to java.lang.Object[] for a non-varargs call and to su= ppress this warning | [javac] Object testCase =3D constructor.newInstance(construct= orParams); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/unit/JSR181TestCase.java:106: cannot find symbol | [javac] symbol : class WSDLDefinitionsFactory | [javac] location: class org.jboss.ejb3.test.webservices.unit.JSR181= TestCase | [javac] WSDLDefinitionsFactory factory =3D WSDLDefinitionsFac= tory.newInstance(); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/unit/JSR181TestCase.java:106: cannot find symbol | [javac] symbol : variable WSDLDefinitionsFactory | [javac] location: class org.jboss.ejb3.test.webservices.unit.JSR181= TestCase | [javac] WSDLDefinitionsFactory factory =3D WSDLDefinitionsFac= tory.newInstance(); | [javac] ^ | [javac] /home/ejort/jboss-head/ejb3/src/test/org/jboss/ejb3/test/we= bservices/unit/JSR181TestCase.java:107: cannot find symbol | [javac] symbol : class WSDLDefinitions | [javac] location: class org.jboss.ejb3.test.webservices.unit.JSR181= TestCase | [javac] WSDLDefinitions wsdlDefinitions =3D factory.parse(wsd= lURL); | [javac] ^ | [javac] Note: Some input files use unchecked or unsafe operations. | [javac] Note: Recompile with -Xlint:unchecked for details. | [javac] 15 errors | [javac] 4 warnings | = | BUILD FAILED | /home/ejort/jboss-head/ejb3/build-test.xml:347: Compile failed; see the= compiler error output for details. | = What is it with the webservices team that they can't resist refactoring code and consequentially continually breaking the JBossAS build? :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005293#4005293 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005293 --===============1937535433549685988==-- From do-not-reply at jboss.com Tue Jan 23 07:37:56 2007 Content-Type: multipart/mixed; boundary="===============3942123741098239289==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 07:37:56 -0500 Message-ID: <6789931.1169555876344.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3942123741098239289== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : "alesj" wrote : = | | So if our returned MetaData is non-Serializable, we should throw ex= ception (since we want all our MD to be serializable, right?)? | | = | = | Correct. | = Ok, for MetaData there is no problem. What do we do with JavaBeans (which now fail - since with wildcard test's w= e use plain java.lang.Object)? anonymous wrote : = | This is a candidate for AbstractTestCase in the jboss-test project. | = | = | | /** | | * Check we have the expected type | | * = | | * @param the expected type | | * @param o the object | | * @param expectedType the excepted class of the exception | | * @return the expected type | | */ | | protected T assertInstanceOf(Object o, Class expectedType) | | { | | return assertInstanceOf(o, expectedType, true); | | } | | = | | /** | | * Check we have the expected type | | * = | | * @param the expected type | | * @param o the object | | * @param expectedType the excepted class of the exception | | * @param allowNull whether the object can be null | | * @return the expected type | | */ | | protected T assertInstanceOf(Object o, Class expectedType= , boolean allowNull) | | { | | if (expectedType =3D=3D null) | | fail("Null expectedType"); | | = | | if (o =3D=3D null && allowNull) | | return null; | | = | | try | | { | | return expectedType.cast(o); | | } | | catch (ClassCastException e) | | { | | fail("Object " + o + " of class " + o.getClass().getName()= + " is not an instanceof " + expectedType.getName()); | | } | | } | | = Cool. I added this code to test project. Will use it in MC once I update test snapshot. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005296#4005296 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005296 --===============3942123741098239289==-- From do-not-reply at jboss.com Tue Jan 23 07:43:48 2007 Content-Type: multipart/mixed; boundary="===============6637518131828375284==" MIME-Version: 1.0 From: ambika To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Failures/Errors while runing Testsuite on HPUX platform Date: Tue, 23 Jan 2007 07:43:48 -0500 Message-ID: <24939940.1169556228106.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6637518131828375284== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, Following testcases are failing when i run a testsuite on HPUX. ant tests = is what i have run. 1) org.jboss.test.cmp2.commerce 2) org.jboss.test.cmp2.optimisticlock.test 3) org.jboss.test.cmp2.perf.test 4) org.jboss.test.cmp2.relationship 5) org.jboss.test.cmp2.simple 6) org.jboss.test.jmx.test 7) org.jboss.test.security.test 8) org.jboss.test.testbyvalue.test 9) org.jboss.test.util.test Details are : 1) org.jboss.test.cmp2.commerce.CompleteUnitTestCase(JACC+SecurityMgr) 2) org.jboss.test.cmp2.relationship.RelationshipUnitTestCase(JACC+Security= Mgr) 3) org.jboss.test.cmp2.simple.SimpleUnitTestCase(JACC+SecurityMgr) 4) org.jboss.test.cmp2.commerce.CompleteUnitTestCase(JACC+SecurityMgr) have same error message log. Status : error access denied (java.lang.RuntimePermission getClassLoader) java.security.AccessControlException: access denied (java.lang.RuntimePermi= ssion getClassLoader) at java.security.AccessControlContext.checkPermission(AccessControlContext= .java:269) at java.security.AccessController.checkPermission(AccessController.java:40= 1) at java.lang.SecurityManager.checkPermission(SecurityManager.java:528) at java.lang.Class.getClassLoader(Class.java:523) 5) org.jboss.test.cmp2.optimisticlock.test.OptimisticLockUnitTestCase error checking if entity exists:java.sql.SQLException: Column not found: OI= DCMP in statement [SELECT COUNT(*) FROM ENTITYA WHERE OIDCMP=3D?] javax.ejb.CreateException: Error checking if entity exists:java.sql.SQLExce= ption: Column not found: OIDCMP in statement [SELECT COUNT(*) FROM ENTITYA = WHERE OIDCMP=3D?] at org.jboss.ejb.plugins.cmp.jdbc.JDBCInsertPKCreateCommand.beforeInsert(J= DBCInsertPKCreateCommand.java:105) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAb= stractCreateCommand.java:150) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreM= anager.java:587) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistence= Manager.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.create= Entity(CachedConnectionInterceptor.java:225) at org.jboss.ejb.EntityContainer.createLocalHome(EntityContainer.java:625) How to resolve these error? Thanks and Regards, Ambika View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005297#4005297 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005297 --===============6637518131828375284==-- From do-not-reply at jboss.com Tue Jan 23 07:43:52 2007 Content-Type: multipart/mixed; boundary="===============4282519084692823613==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 07:43:52 -0500 Message-ID: <15936931.1169556232358.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4282519084692823613== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | Ok, for MetaData there is no problem. | What do we do with JavaBeans (which now fail - since with wildcard test= 's we use plain java.lang.Object)? | = Just change the test to use something like the following class: | package org.jboss.test.....; | = | import java.io.Serializable; | = | public class SerializableObject implements Serializable | { | private static final long serialVersionUID =3D -1L; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005298#4005298 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005298 --===============4282519084692823613==-- From do-not-reply at jboss.com Tue Jan 23 07:59:29 2007 Content-Type: multipart/mixed; boundary="===============2677291573133142813==" MIME-Version: 1.0 From: ambika To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - How do i run a single test using in the testsuite? Date: Tue, 23 Jan 2007 07:59:29 -0500 Message-ID: <32739339.1169557169499.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2677291573133142813== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I am trying to analyse the failures/errors while runing th testsuite. C= an i run a single test from the testsuite. For me following test is failing= . I am runing testsuite on hpux platform. org.jboss.test.cmp2.commerce.CompleteUnitTestCase(JACC+SecurityMgr) Is it possible to run this test only? If yes, how that is possible? = Thanks and Regards, Ambika View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005302#4005302 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005302 --===============2677291573133142813==-- From do-not-reply at jboss.com Tue Jan 23 08:30:31 2007 Content-Type: multipart/mixed; boundary="===============5695346890487754746==" MIME-Version: 1.0 From: jaroslaw.kijanowski To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: How do i run a single test using in the testsuite? Date: Tue, 23 Jan 2007 08:30:31 -0500 Message-ID: <24910445.1169559031060.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5695346890487754746== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable start your AS: ./run.sh -c jacc-securitymgr -b localhost run a single test: ./build.sh one-test -Dtest=3Dorg.jboss.test.cmp2.commerce.CompleteUnitTestC= ase What are your AS and java versions? Thanks, Jarek View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005304#4005304 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005304 --===============5695346890487754746==-- From do-not-reply at jboss.com Tue Jan 23 09:17:02 2007 Content-Type: multipart/mixed; boundary="===============6734233280300303167==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-615 still present in Embedded-ALPHA9 Date: Tue, 23 Jan 2007 09:17:02 -0500 Message-ID: <25836114.1169561822183.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6734233280300303167== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So how do I reproduce? just use the existing ejb3 embedded security exampl= e? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005319#4005319 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005319 --===============6734233280300303167==-- From do-not-reply at jboss.com Tue Jan 23 09:19:36 2007 Content-Type: multipart/mixed; boundary="===============3445006537104121833==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 09:19:36 -0500 Message-ID: <17054524.1169561976378.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3445006537104121833== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : The property replacement during the parsing is= coming from JBossXB. | = | This is redundant since the microcontainer does do property replacement= during | the setter, see ValueConvertor.convertValue() invoked indirectly from t= he | StringValueMetaData. | = Thats not the behavior I saw. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005320#4005320 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005320 --===============3445006537104121833==-- From do-not-reply at jboss.com Tue Jan 23 09:23:13 2007 Content-Type: multipart/mixed; boundary="===============6988132734515040670==" MIME-Version: 1.0 From: heiko.braun at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: @PortComponent replacement Date: Tue, 23 Jan 2007 09:23:13 -0500 Message-ID: <17694701.1169562193318.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6988132734515040670== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have removed all dependencies on proprietary JBossWS API. AS modules sho= uld solely rely on JAX-RPC or JAX-WS API. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005322#4005322 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005322 --===============6988132734515040670==-- From do-not-reply at jboss.com Tue Jan 23 09:24:03 2007 Content-Type: multipart/mixed; boundary="===============7345096506535480841==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 09:24:00 -0500 Message-ID: <29597906.1169562243198.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7345096506535480841== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | But what I will say is that components are an implementation detail. | The profile service should not be interested in the components directly, | it is not going to touch their attachments. = | = Don't know about this....I had an idea to be able to serialize an EJB Conta= iner so that redeployment is super fast. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005323#4005323 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005323 --===============7345096506535480841==-- From do-not-reply at jboss.com Tue Jan 23 09:37:15 2007 Content-Type: multipart/mixed; boundary="===============5254511707737266532==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Property replacement Date: Tue, 23 Jan 2007 09:37:15 -0500 Message-ID: <20223642.1169563035030.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5254511707737266532== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just so that we don't totally hijack this thread: - http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D99508 I'm working on the issue. Just in the testing phase (having some problems with permission to set Syst= em property). I added this tests: - org.jboss.test.kernel.config.test.PropertyTestCase - org.jboss.test.kernel.config.test.PropertyXMLTestCase View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005331#4005331 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005331 --===============5254511707737266532==-- From do-not-reply at jboss.com Tue Jan 23 09:38:48 2007 Content-Type: multipart/mixed; boundary="===============8985906802948782290==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 09:38:48 -0500 Message-ID: <12688904.1169563128444.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8985906802948782290== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : "adrian(a)jboss.org" wrote : The property = replacement during the parsing is coming from JBossXB. | | = | | This is redundant since the microcontainer does do property replace= ment during | | the setter, see ValueConvertor.convertValue() invoked indirectly fr= om the | | StringValueMetaData. | | = | = | Thats not the behavior I saw. | = | = Let's move this property replacement discussion here: - http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&p=3D4005331#4= 005331 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005333#4005333 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005333 --===============8985906802948782290==-- From do-not-reply at jboss.com Tue Jan 23 10:06:38 2007 Content-Type: multipart/mixed; boundary="===============3684731334226252576==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - jboss-portlet dtd for 2.6 Date: Tue, 23 Jan 2007 10:06:38 -0500 Message-ID: <19898458.1169564798882.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3684731334226252576== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am working on redoing correctly the DTDs for our various deployment desc= riptors. For the jboss-portlet.xml there is the very useful header-content that I wa= s able to comment, however although I understand its content I might not be= the most qualified person to document it. | | | = | | | = | | | = | | | = | | | = | | | = | | | = If someone can provide useful comment with examples to put here it would be= great. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005338#4005338 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005338 --===============3684731334226252576==-- From do-not-reply at jboss.com Tue Jan 23 10:25:26 2007 Content-Type: multipart/mixed; boundary="===============3098719765445771076==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 10:25:26 -0500 Message-ID: <31722043.1169565926173.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3098719765445771076== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : anonymous wrote : = | | But what I will say is that components are an implementation detail. | | The profile service should not be interested in the components dire= ctly, | | it is not going to touch their attachments. = | | = | = | Don't know about this....I had an idea to be able to serialize an EJB C= ontainer so that redeployment is super fast. That's not what I'm talking about. I'm saying that the users should modify the -ds.xml, they shouldn't be allowed to modifed the underlying MBean definitions and expect the modified version to work across releases. I don't have a problem with advanced features in the profile service that cache the components (either metadata or resulting objects) as long as the cache is flushed when a new version of JBoss is released or some significant global config changes. In fact, it would be a useful debugging feature in the admin console to be able to click on an "Advanced" button and see the underlying MC/JMX configurations generated. But, I'd imagine the feature you are talking about is incredibly difficult = to implement anyway. The basics are pretty simple, you could replace the "InstantiateAction" in the MC/JMX with a "DeserializeAction" but then it has still got to go th= rough configure/create/start to get up-to-date references and do things like binding its entry point into jndi. "No man is and island" and references to things like the = TransactionManager singleton cannot be serialized, they must be reinjected. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005341#4005341 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005341 --===============3098719765445771076==-- From do-not-reply at jboss.com Tue Jan 23 10:39:26 2007 Content-Type: multipart/mixed; boundary="===============5805170656023970723==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Tue, 23 Jan 2007 10:39:25 -0500 Message-ID: <30471835.1169566765908.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5805170656023970723== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable How do I get pass this: | access denied (java.util.PropertyPermission test.property.value write) | java.security.AccessControlException: access denied (java.util.Property= Permission test.property.value write) | at java.security.AccessControlContext.checkPermission(AccessControlCon= text.java:264) | at java.security.AccessController.checkPermission(AccessController.jav= a:427) | at java.lang.SecurityManager.checkPermission(SecurityManager.java:532) | at java.lang.System.setProperty(System.java:699) | at org.jboss.test.kernel.config.test.PropertyTestCase$1.run(PropertyTe= stCase.java:64) | at java.security.AccessController.doPrivileged(Native Method) | at org.jboss.test.kernel.config.test.PropertyTestCase.testPropertyWith= PropertyValue(PropertyTestCase.java:60) | at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) | at junit.extensions.TestSetup$1.protect(TestSetup.java:19) | at junit.extensions.TestSetup.run(TestSetup.java:23) | = My code: public void testPropertyWithPropertyValue() throws Throwable | { | // set property to be replaced | final String CONST =3D "PropertyReplaceTestCase"; | = | AbstractTestDelegate delegate =3D getDelegate(); | delegate.enableSecurity =3D false; | AccessController.doPrivileged(new PrivilegedAction() | { | public Object run() | { | System.setProperty("test.property.value", CONST); | return null; | } | }); | = | // get property | Object value =3D instantiateReplacePropertyValue(); | assertNotNull(value); | assertEquals(String.class, value.getClass()); | assertEquals(CONST, value); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005348#4005348 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005348 --===============5805170656023970723==-- From do-not-reply at jboss.com Tue Jan 23 10:46:12 2007 Content-Type: multipart/mixed; boundary="===============7050535322154945296==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 10:46:12 -0500 Message-ID: <4536346.1169567172577.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7050535322154945296== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : But, I'd imagine the feature you are talking about is inc= redibly difficult to | implement anyway. Not hard, just a lot of work as refactorings of AOP would be required. anonymous wrote : The basics are pretty simple, you could replace the "Inst= antiateAction" | in the MC/JMX with a "DeserializeAction" but then it has still got to g= o through | configure/create/start to get up-to-date references and do things | like binding its entry point into jndi. = The EJB Deployer can do what it already does: instantiate the container it= self and install them manually into the kernel. No need for special MC sta= tes. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005351#4005351 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005351 --===============7050535322154945296==-- From do-not-reply at jboss.com Tue Jan 23 10:52:58 2007 Content-Type: multipart/mixed; boundary="===============1137671990929467980==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 10:52:58 -0500 Message-ID: <20529773.1169567578876.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1137671990929467980== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : = | The EJB Deployer can do what it already does: instantiate the containe= r itself and install them manually into the kernel. No need for special MC= states. I'm talking about solving the problem generically rather 20 different solutions (each with their own bugs) in 20 different services. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005354#4005354 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005354 --===============1137671990929467980==-- From do-not-reply at jboss.com Tue Jan 23 10:59:51 2007 Content-Type: multipart/mixed; boundary="===============3379991449434254517==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Tue, 23 Jan 2007 10:59:51 -0500 Message-ID: <11743976.1169567991235.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3379991449434254517== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hard to tell without seeing the whole code. I'd guess you have AbstractKernelTest somewhere in your hierarchy? Which installs a SecurityManager: | public static AbstractTestDelegate getDelegate(Class clazz) throws E= xception | { | AbstractTestDelegate delegate =3D new AbstractTestDelegate(clazz); | delegate.enableSecurity =3D true; | return delegate; | } | = The tests get only very basic privilieges, the idea being that we want to m= ake sure the MC works properly in a restricted environment. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005359#4005359 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005359 --===============3379991449434254517==-- From do-not-reply at jboss.com Tue Jan 23 11:06:46 2007 Content-Type: multipart/mixed; boundary="===============5955781630781742359==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Tue, 23 Jan 2007 11:06:45 -0500 Message-ID: <4536121.1169568405936.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5955781630781742359== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | AbstractTestDelegate delegate =3D getDelegate(); | delegate.enableSecurity =3D false; | = This won't work. The flag is only considered during test setup You could perhaps add a couple of methods to AbstractTestCaseWithSetup that let you temporarily suspend the security manager. | protected SecurityManager suspendSecurity() | { | SecurityManager result =3D System.getSecurityManager(); | System.setSecurityManager(null); | return result; | } | = | protected void resumeSecurity(SecurityManager securityManager) | { | System.setSecurityManager(securityManager); | } | = | | = | | You could then do: | | = | | = | | | SecurityManager sm =3D suspendSecurity(); | | | try | | | { | | | // Do priviledged stuff | | | } | | | finally | | | { | | | resumeSecurity(sm); | | | } | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005362#4005362 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005362 --===============5955781630781742359==-- From do-not-reply at jboss.com Tue Jan 23 11:13:08 2007 Content-Type: multipart/mixed; boundary="===============1166277711009505700==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Tue, 23 Jan 2007 11:13:08 -0500 Message-ID: <11203803.1169568788719.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1166277711009505700== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry that would of course need to be :-) | protected SecurityManager suspendSecurity() | { | return AccessController.doPrivileged(new PrivilegedAction | { | SecurityManager result =3D System.getSecurityManager(); | System.setSecurityManager(null); | return result; | }); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005372#4005372 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005372 --===============1166277711009505700==-- From do-not-reply at jboss.com Tue Jan 23 11:14:05 2007 Content-Type: multipart/mixed; boundary="===============7193238706230370382==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Pointcut tests Date: Tue, 23 Jan 2007 11:14:05 -0500 Message-ID: <5704020.1169568845171.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7193238706230370382== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've added a test for testing pointcuts in org.jboss.test.aop.pointcut.Poin= tcutTester. I've made no attempt to include everything that should work rig= ht now, but just something to keep in mind if you a) Ever extend the pointcut language b) Find yourself underworked ;-) This would be a good place to start for any wannabe committers... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005374#4005374 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005374 --===============7193238706230370382==-- From do-not-reply at jboss.com Tue Jan 23 11:16:49 2007 Content-Type: multipart/mixed; boundary="===============7991323061448749776==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 11:16:49 -0500 Message-ID: <5191880.1169569009894.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7991323061448749776== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : "bill.burke(a)jboss.com" wrote : = | | The EJB Deployer can do what it already does: instantiate the cont= ainer itself and install them manually into the kernel. No need for specia= l MC states. | = | I'm talking about solving the problem generically rather 20 different | solutions (each with their own bugs) in 20 different services. I'd rather have each with their own bugs rather than a buggy generic soluti= on that I have to keep backward compatibility with. At least with the EJB container, what a non-generic solution would be doin= g anyways is pushing as much information and processing to metadata and the= metadata phase of deployment. For instance, much of the processing for EJ= B container is pointcut bindings. Theres no reason this processing cant be= pushed to metadata. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005377#4005377 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005377 --===============7991323061448749776==-- From do-not-reply at jboss.com Tue Jan 23 11:24:30 2007 Content-Type: multipart/mixed; boundary="===============6339111384594394579==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Tue, 23 Jan 2007 11:24:30 -0500 Message-ID: <28289724.1169569470828.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6339111384594394579== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jeffdelong" wrote : = | 1) The JMSMessage Service is getting a ClassCastException when casting = the lookup of java:/JmsXa to an XAConnectionFactory which should work and d= id work previously. | = i don't recall this in the testing that i did. have you got any clues that= could help me reproduce ? "jeffdelong" wrote : = | 2) The NewProcessInstance command needs to set the variablesMap contain= ed with the command. this is now added in cvs. thanks ! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005379#4005379 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005379 --===============6339111384594394579==-- From do-not-reply at jboss.com Tue Jan 23 11:34:44 2007 Content-Type: multipart/mixed; boundary="===============5102157433826170171==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 11:34:44 -0500 Message-ID: <10122122.1169570084475.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5102157433826170171== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : = | I'd rather have each with their own bugs rather than a buggy generic so= lution that I have to keep backward compatibility with. | = Well if you not interested in providing a generic solution then you shouldn't be discussing in the POJO Server forum. :-) And good luck on trying to persuade Scott to use the 20 different implement= ations of this feature from inside the profile service. :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005383#4005383 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005383 --===============5102157433826170171==-- From do-not-reply at jboss.com Tue Jan 23 14:11:12 2007 Content-Type: multipart/mixed; boundary="===============4578306264561093026==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - ManagementView refresh Date: Tue, 23 Jan 2007 14:11:12 -0500 Message-ID: <19118240.1169579472383.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4578306264561093026== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As a status, I am reving the profile service ManagementView to better align= with the jsr88 notions, expose the deployment structure, and support the c= omponent type notion Charles wanted. The two main query by type methods of the ManagementView become: | /** | * Get the deployments of a type. | * @param type - the deployment or module type. | * @return the possibly empty set of deployment with the given type. | * @throws Exception | */ | public Set getDeploymentsForType(String type) | throws Exception; | = | /** | * Get the components of a type. The = | * @param type - the component type. | * @return the possibly empty set of components with the given type. | * @throws Exception | */ | public Set getComponentsForType(ComponentType type) | throws Exception; | = The associated ManagedDeployment, ManagedComponent and ComponentType are: | /** | * A collection of ManagedComponent and structural information | * about a deployment. | * = | * @author Scott.Stark(a)jboss.org | * @version $Revision:$ | */ | public interface ManagedDeployment | { | public String getName(); | public DeploymentPhase getDeploymentPhase(); | /** | * Get the deployment/module types. | * @return deployment types | */ | public Set getType(); | public ManagedObject getManagedObject(); | /** | * Get the ManagedComponents for the deployment module. | * @return ManagedComponents for the deployment module. | */ | public List getComponents(); | /** | * Get the nested deployment modules. | * @return nested deployment modules. | */ | public List getChildren(); | = | /** | * Get the DeploymentTemplate names for components | * that can be added to this deployment. | * @return = | */ | public Set getComponentTemplateNames(); | public DeploymentTemplateInfo getTemplate(String name); | /** | * Add a component to this deployment | * @param info | * @return | */ | public ManagedComponent addComponent(DeploymentTemplateInfo info); | public void removeComponent(ManagedComponent mc); | = | /** | * Get the DeploymentTemplate names for deployments | * that can be added to this deployment. | * @return = | */ | public Set getDeploymentTemplateNames(); | /** | * Add a deployment | * @param info | * @return | */ | public ManagedDeployment addModule(DeploymentTemplateInfo info); | } | = | /** | * A runtime component associated with a deployment. | * = | * @author Scott.Stark(a)jboss.org | * @version $Revision:$ | */ | public interface ManagedComponent | { | /** | * The component name, typically only unique within the ManagedDeplo= yment | * @return omponent name | */ | public String getName(); | /** | * The component classification as a type/subtype. | * @return component type. | */ | public ComponentType getType(); | /** | * The component ManagedObject. | * @return component ManagedObject. | */ | public ManagedObject getManagedObject(); | /** | * The deployment the component is associated with. | * @return component deployment. | */ | public ManagedDeployment getDeployment(); | } | = | /** | * A simple type/subtype key for a ManagedComponent. Example | * type/subtypes include: DataSource/{XA,LocalTx,NoTX}, JMSDestination/= {Queue,Topic}, | * EJB/{StatelessSession,StatefulSession,Entity,MDB}, MBean/{Standard,X= MBean,Dynamic}, | * ... | * = | * @author Scott.Stark(a)jboss.org | * @version $Revision:$ | */ | public class ComponentType | { | private String type; | private String subtype; | = | public String getType() | { | return type; | } | public void setType(String type) | { | this.type =3D type; | } | = | public String getSubtype() | { | return subtype; | } | public void setSubtype(String subtype) | { | this.subtype =3D subtype; | } | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005444#4005444 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005444 --===============4578306264561093026==-- From do-not-reply at jboss.com Tue Jan 23 14:46:32 2007 Content-Type: multipart/mixed; boundary="===============5476200939836296236==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 14:46:32 -0500 Message-ID: <22554709.1169581592225.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5476200939836296236== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : COMPONENTS | = | This is very much a prototype. When I wrote this it was just to get som= ething | working and express the idea. Like I said before, this needs revisiting= and | doing properly. | = | But what I will say is that components are an implementation detail. | The profile service should not be interested in the components directly, | it is not going to touch their attachments. | = | The components that get constructed from a particular metadata model | can change from release to release. | = | The only part the profile service needs to know about these is the | context names. i.e. what are the MBean/POJO names | so it can map missing dependencies back to the original deployment | that caused them. There is a notion of components in the profile service since the management= interface wants to be able to query by functional detail rather than struc= tural. A service deployment has mbeans which have managed objects. How this= maps back onto the DeploymentUnit attachments depends on the ModelObjectBu= ilder. I don't see why it could not map to a component DeploymentUnit if de= sired. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005458#4005458 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005458 --===============5476200939836296236==-- From do-not-reply at jboss.com Tue Jan 23 14:51:08 2007 Content-Type: multipart/mixed; boundary="===============0730437481221945028==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 14:51:08 -0500 Message-ID: <5473016.1169581868169.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0730437481221945028== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : This seems to be getting very confused? | = | ATTACHMENTS | = | The original design was the following: | = | You have two types of attachment: | 1) Transient - these are created by the parsing deployers from the raw = xml | inside the deployments | 2) Predetermined - these are what the profile service (or some other in= voker of the | deployers) passes in to override what is in the deployment. | = | The Predetermined attachments are a sort of alt-dd but done programmati= cally. | = | I can see an argument for having a third type of attachment which is in= ternal state | related to the deployment but it is stuff that we don't want the profil= e service/management | layer to override. It will always be constructed at runtime. | = | However, this can also be trivially dealt with by the ManagedObjectBuil= der | NOT creating a ManagedObject for that attachment type. I don't see the confusion as, other than the new third form of attachment, = this is how I have described the attachments usage is it not? The notion of= the third attachment being classified separately was really only to contro= l what attachments have some serialization requirement. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005460#4005460 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005460 --===============0730437481221945028==-- From do-not-reply at jboss.com Tue Jan 23 14:57:24 2007 Content-Type: multipart/mixed; boundary="===============9006779615825345018==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Creating a subversion trunks folder in JBoss Common Date: Tue, 23 Jan 2007 14:57:23 -0500 Message-ID: <1722921.1169582243919.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9006779615825345018== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm not sure if this is the right forum for this, but I would like to creat= e a trunks folder at the root of the JBoss commons project. It would use s= vn externals properties to map to each of the subproject trunk folders. Th= is would allow us to keep separate the trunk/tags/branches separate for the= subfolders, but also allow an easy checkout process. Currently we have to check out each common subproject trunk folder separate= ly. If I create a folder called "trunks" here: https://svn.jboss.org/repos/common/trunks I can put one svn property that maps to the trunk folder of each of the sub= projects. So that all the subproject (common-core, common-logging-jdk, etc= ) trunk folders can be checked out at one time. For more information about how this works you can look here: http://svnbook.red-bean.com/en/1.1/ch07s04.html View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005462#4005462 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005462 --===============9006779615825345018==-- From do-not-reply at jboss.com Tue Jan 23 14:58:41 2007 Content-Type: multipart/mixed; boundary="===============3350214524070716511==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 14:58:40 -0500 Message-ID: <13276545.1169582320921.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3350214524070716511== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : = | The EJB Deployer can do what it already does: instantiate the containe= r itself and install them manually into the kernel. No need for special MC= states. Then your back to the old monolithic model of mixing describing how to do s= omething with doing it. This will complicate interaction with generalized n= otions like admin ops affecting all transport interfaces, clustering behavi= ors, as well as resue of code across server versions. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005463#4005463 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005463 --===============3350214524070716511==-- From do-not-reply at jboss.com Tue Jan 23 15:04:27 2007 Content-Type: multipart/mixed; boundary="===============8643407899681867161==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 15:04:27 -0500 Message-ID: <4466793.1169582667156.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8643407899681867161== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : DEPLOYMENT PROTOCOL | = | This is something that is not a part of the original prototype but it i= s a part of the | original design. | = | The basic idea is that the deployers can be run in two modes. | 1) Runtime - this is what is implemented, it is the full deployment | 2) Profile Service - in this case, the "real deployers" create contexts= that have | stubbed out actions for the MC and JMX layers. | = | That is when it runs in Profile Service mode, it still goes through the= full | deployment process, creates all the contexts and tries to resolve depen= dencies, | but it doesn't create any objects or invoke any setters or lifecycle me= thods. | = | NOTE: This is only for the deployments. It does need to do the full work | for the deployers and classloaders otherwise they wouldn't be able to d= o anything. :-) Then the real deployers simply need to select the approriate contexts based= on a DeploymentMode(Runtime,Validation) type of attachment. This of course= precludes non-real deployers from directly interacting with any kernels. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005468#4005468 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005468 --===============8643407899681867161==-- From do-not-reply at jboss.com Tue Jan 23 15:15:12 2007 Content-Type: multipart/mixed; boundary="===============6032125015482288552==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: serializable KernelDeployment Date: Tue, 23 Jan 2007 15:15:12 -0500 Message-ID: <27309080.1169583312079.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6032125015482288552== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : "alesj" wrote : = | | Ok, for MetaData there is no problem. | | What do we do with JavaBeans (which now fail - since with wildcard = test's we use plain java.lang.Object)? | | = | = | Just change the test to use something like the following class: | = | = | | package org.jboss.test.....; | | = | | import java.io.Serializable; | | = | | public class SerializableObject implements Serializable | | { | | private static final long serialVersionUID =3D -1L; | | } | | = We do have the ability to serialize non-Serializable objects, and this noti= on should be coming in as an annotation/external metadata passed to the ser= ialization layer rather than a tagging interface that has to be seen in the= type system in my view. Exposing Serializable in the mc apis is too onerou= s a contract. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005471#4005471 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005471 --===============6032125015482288552==-- From do-not-reply at jboss.com Tue Jan 23 15:34:17 2007 Content-Type: multipart/mixed; boundary="===============1547597207601635248==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Case sensitivity in injecting a bean's property Date: Tue, 23 Jan 2007 15:34:17 -0500 Message-ID: <26765004.1169584457384.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1547597207601635248== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A task to create the interaction tests http://jira.jboss.com/jira/browse/JBAS-4009 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005475#4005475 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005475 --===============1547597207601635248==-- From do-not-reply at jboss.com Tue Jan 23 16:01:05 2007 Content-Type: multipart/mixed; boundary="===============3358358250729307749==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: DataSource/ServiceXSLDeployer processing issue Date: Tue, 23 Jan 2007 16:01:05 -0500 Message-ID: <28239360.1169586065300.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3358358250729307749== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | ... | There are complications like the XSL deployer which needs to be changed | so you can pass in some form of DOM representation as the predetermined | attachment and still do the XSL transform on it, but this is an excepti= onal case | caused by badly written deployers that don't have a proper metadata mod= el. This is a deficiency of the base JAXPDeployer though. If it supported a dom= document attachment rather than always parsing a virtual file this would j= ust work. I created the following feature request for that: http://jira.jboss.com/jira/browse/JBMICROCONT-144 I would assume its easier to add this than update the datasource deployer. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005479#4005479 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005479 --===============3358358250729307749==-- From do-not-reply at jboss.com Tue Jan 23 16:04:12 2007 Content-Type: multipart/mixed; boundary="===============4407368309921901912==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Re: Creating a subversion trunks folder in JBoss Common Date: Tue, 23 Jan 2007 16:04:12 -0500 Message-ID: <6083594.1169586252175.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4407368309921901912== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The reason why it was not done this way originally was to allow for separat= e releases of these projects. I guess your just talking about simplifying t= he situation where you want to pull down all the projects together as a gro= up. That sounds fine. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005481#4005481 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005481 --===============4407368309921901912==-- From do-not-reply at jboss.com Tue Jan 23 16:47:11 2007 Content-Type: multipart/mixed; boundary="===============7581632004894973095==" MIME-Version: 1.0 From: jazir1979 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-615 still present in Embedded-ALPHA9 Date: Tue, 23 Jan 2007 16:47:11 -0500 Message-ID: <10487666.1169588831501.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7581632004894973095== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Bill, I'll verify that for you ASAP and let you know. So far I've only tried it = in my own app, not those examples - and the exception that I get is slightl= y different from what the original poster had, although it does look to be = related. I'll let you know. thanks, Daniel. "bill.burke(a)jboss.com" wrote : So how do I reproduce? just use the exist= ing ejb3 embedded security example? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005501#4005501 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005501 --===============7581632004894973095==-- From do-not-reply at jboss.com Tue Jan 23 17:22:26 2007 Content-Type: multipart/mixed; boundary="===============5406726663177022904==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Re: Creating a subversion trunks folder in JBoss Common Date: Tue, 23 Jan 2007 17:22:26 -0500 Message-ID: <6663642.1169590946305.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5406726663177022904== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, it's just for convenience. You would still have a trunk folder for ea= ch subproject, and you can still do separate releases. I'll just add an ad= ditional "trunks" folder that contains a link to each of the trunks. I noticed that this is how the maven svn repository is setup, and it seemed= like a nice idea. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005511#4005511 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005511 --===============5406726663177022904==-- From do-not-reply at jboss.com Tue Jan 23 19:02:58 2007 Content-Type: multipart/mixed; boundary="===============5284943084372219958==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Tue, 23 Jan 2007 19:02:58 -0500 Message-ID: <8044113.1169596978677.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5284943084372219958== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have a simple process that has an action. I configured the action with as= ync=3D"yes", and got a ClassCastException in the JMSMessageService when it = casts to an XAConnnectionFactory the result of the lookup of Jms:/XA View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005542#4005542 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005542 --===============5284943084372219958==-- From do-not-reply at jboss.com Tue Jan 23 23:38:55 2007 Content-Type: multipart/mixed; boundary="===============3810744953801318617==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Navigation changes committed Date: Tue, 23 Jan 2007 23:38:55 -0500 Message-ID: <3626553.1169613535759.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3810744953801318617== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Well, all the navigation changes have been committed. Everything has been = tested fairly rigorously, well at least with websale anyway, with the excep= tion of the group task list that I still need to test a lot more. Also I n= eed to deploy some of my edge-case processes and see how they hold up. Fee= l free to direct abuse to this thread. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005609#4005609 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005609 --===============3810744953801318617==-- From do-not-reply at jboss.com Wed Jan 24 01:14:00 2007 Content-Type: multipart/mixed; boundary="===============3234678558487188601==" MIME-Version: 1.0 From: ambika To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: How do i run a single test using in the testsuite? Date: Wed, 24 Jan 2007 01:14:00 -0500 Message-ID: <28591663.1169619240686.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3234678558487188601== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable hi jarek, Following are the versions. 1) Jboss AS : 4.0.5GA 2) Java 1.4 = << ./run.sh -c jacc-securitymgr -b localhost = Its failed to run beacuse = Failed to boot JBoss: org.jboss.deployment.DeploymentException: url file:/opt/jboss-4.0.5.GA/serv= er/jacc-securitymgr/conf/jboss-service.xml could not be opened, does it exi= st? -It doesnot exists , we need to copy that file from somewhere else? I am new to jboss, please can you help me regarding this error. Thanks, = Ambika View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005639#4005639 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005639 --===============3234678558487188601==-- From do-not-reply at jboss.com Wed Jan 24 02:11:55 2007 Content-Type: multipart/mixed; boundary="===============6746976273375204716==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Cache.removeRegion(Fqn) Date: Wed, 24 Jan 2007 02:11:55 -0500 Message-ID: <28433602.1169622715236.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6746976273375204716== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable We need to expose removeRegion(Fqn) in Cache. Right now you can create a re= gion but there is no way to clean it up without doing = ((CacheSPI) cache).getRegionManager().removeRegion(Fqn); View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005663#4005663 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005663 --===============6746976273375204716==-- From do-not-reply at jboss.com Wed Jan 24 02:22:51 2007 Content-Type: multipart/mixed; boundary="===============4598598947738549225==" MIME-Version: 1.0 From: chengk To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: LDAP Connection handled by JBoss? Date: Wed, 24 Jan 2007 02:22:51 -0500 Message-ID: <2481173.1169623371036.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4598598947738549225== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable try to use hashtable. = example: Hashtable env =3D ldapCtx.getEnvironment(); then retrieve the value from hashtable. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005670#4005670 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005670 --===============4598598947738549225==-- From do-not-reply at jboss.com Wed Jan 24 03:17:24 2007 Content-Type: multipart/mixed; boundary="===============8951230606952903296==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Navigation changes committed Date: Wed, 24 Jan 2007 03:17:23 -0500 Message-ID: <16641923.1169626643435.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8951230606952903296== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'll try and get started with the 3.2 beta2 release this afternoon View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005690#4005690 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005690 --===============8951230606952903296==-- From do-not-reply at jboss.com Wed Jan 24 06:07:30 2007 Content-Type: multipart/mixed; boundary="===============8420265320747545634==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: JMS Example in 3.2 Beta Date: Wed, 24 Jan 2007 06:07:30 -0500 Message-ID: <15583069.1169636850363.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8420265320747545634== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable i'll check that out this afternoon. weird... the tests should have been a= ble to reproduce that question. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005740#4005740 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005740 --===============8420265320747545634==-- From do-not-reply at jboss.com Wed Jan 24 06:48:30 2007 Content-Type: multipart/mixed; boundary="===============7064613415576952458==" MIME-Version: 1.0 From: juha at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Tracing what happens before EARDeployer starts Date: Wed, 24 Jan 2007 06:48:30 -0500 Message-ID: <4138722.1169639310154.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7064613415576952458== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable RuntimePermission.setIO But I've never tried running AS with security manager enabled. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005749#4005749 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005749 --===============7064613415576952458==-- From do-not-reply at jboss.com Wed Jan 24 07:48:45 2007 Content-Type: multipart/mixed; boundary="===============0084296254478456494==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 24 Jan 2007 07:48:45 -0500 Message-ID: <19591284.1169642925120.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0084296254478456494== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable At this point I do not believe there is a release of GPD (even the alpha) t= hat can upload process definitions via the upload servlet. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005763#4005763 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005763 --===============0084296254478456494==-- From do-not-reply at jboss.com Wed Jan 24 08:00:37 2007 Content-Type: multipart/mixed; boundary="===============1833585071329095621==" MIME-Version: 1.0 From: koen.aers at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 24 Jan 2007 08:00:37 -0500 Message-ID: <9327206.1169643637579.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1833585071329095621== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I did not test this after David changed the commons-fileupload.jar... What = is the error you are getting Jeff? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005771#4005771 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005771 --===============1833585071329095621==-- From do-not-reply at jboss.com Wed Jan 24 08:04:29 2007 Content-Type: multipart/mixed; boundary="===============2916804606438746825==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Wed, 24 Jan 2007 08:04:28 -0500 Message-ID: <32949737.1169643868954.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2916804606438746825== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I added this SecurityManager suspend / resume and things get pass that writ= e permission problem. But now I see that the ${x} string gets actually picked up by simple String= Editor, and not by 'replacing' Editor. I added this code check (in ValueConvertor): | if (clazz.isAssignableFrom(valueClass) && isPropertyReplaceValue(value)= =3D=3D false) | return value; | = So that we even get to PropertyEditors. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005773#4005773 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005773 --===============2916804606438746825==-- From do-not-reply at jboss.com Wed Jan 24 08:42:33 2007 Content-Type: multipart/mixed; boundary="===============3071783300076375499==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Wed, 24 Jan 2007 08:42:32 -0500 Message-ID: <10083434.1169646152965.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3071783300076375499== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : = | But now I see that the ${x} string gets actually picked up by simple St= ringEditor, and not by 'replacing' Editor. Ok, this is expected behaviour, since our targetType is String. Should I change the StringEditor to look for replacement? Or should I wrap the string value in some ReplecamentString class and add R= eplecamentStringEditor into commons editors? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005790#4005790 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005790 --===============3071783300076375499==-- From do-not-reply at jboss.com Wed Jan 24 08:46:21 2007 Content-Type: multipart/mixed; boundary="===============1498487041771007480==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Failing tests Date: Wed, 24 Jan 2007 08:46:21 -0500 Message-ID: <4133966.1169646381281.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1498487041771007480== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Some of the tests in the Microcontainer are failing because this change http://viewvc.jboss.org/cgi-bin/viewvc.cgi/common/common-core/trunk/src/mai= n/java/org/jboss/util/xml/JBossEntityResolver.java?r1=3D2222&r2=3D2237 has not made into jboss-common-core.jar that is used by the MC build. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005792#4005792 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005792 --===============1498487041771007480==-- From do-not-reply at jboss.com Wed Jan 24 08:56:53 2007 Content-Type: multipart/mixed; boundary="===============6508076694374470742==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - JBoss TS - MQ recovery integration tests Date: Wed, 24 Jan 2007 08:56:53 -0500 Message-ID: <25410723.1169647013309.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6508076694374470742== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Does anyone know if there are any integration tests that show JBoss TS reco= very manager, interacting with JBoss MQ and performing recovery? I know there are tests that exercise the XAResource api and call recover() = etc manually, but I couldn't see any that actual use JBoss TS to do this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005796#4005796 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005796 --===============6508076694374470742==-- From do-not-reply at jboss.com Wed Jan 24 09:13:46 2007 Content-Type: multipart/mixed; boundary="===============2415156122502481852==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Wed, 24 Jan 2007 09:13:46 -0500 Message-ID: <10220962.1169648026412.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2415156122502481852== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable None of the property editors should be doing system property replacement. The best way to fix this and maintain backwards compatibility is the follow= ing diff in ValueConvertor. | [ejort(a)warjort plugins]$ svn diff ValueConvertor.java = | Index: ValueConvertor.java | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | --- ValueConvertor.java (revision 59913) | +++ ValueConvertor.java (working copy) | @@ -31,6 +31,7 @@ | import org.jboss.reflect.plugins.introspection.ReflectionUtils; | import org.jboss.reflect.spi.ProgressionConvertor; | import org.jboss.reflect.spi.ProgressionConvertorFactory; | +import org.jboss.util.StringPropertyReplacer; | import org.jboss.util.propertyeditor.PropertyEditors; | = | /** | @@ -69,15 +70,37 @@ | * @return the value or null if there is no editor | * @throws Throwable for any error | */ | - @SuppressWarnings("unchecked") | public static Object convertValue(Class clazz, Ob= ject value) throws Throwable | { | + return convertValue(clazz, value, false); | + } | + | + /** | + * Convert a value | + * | + * @param clazz the class | + * @param value the value | + * @param replaceProperties whether to replace system properties | + * @return the value or null if there is no editor | + * @throws Throwable for any error | + */ | + @SuppressWarnings("unchecked") | + public static Object convertValue(Class clazz, Ob= ject value, boolean replaceProperties) throws Throwable | + { | if (clazz =3D=3D null) | throw new IllegalArgumentException("Null class"); | if (value =3D=3D null) | return null; | = | Class valueClass =3D value.getClass(); | + | + // If we have a string replace any system properties when reques= ted | + if (replaceProperties && valueClass =3D=3D String.class) | + { | + String string =3D (String) value; | + value =3D StringPropertyReplacer.replaceProperties(string); | + } | + | if (clazz.isAssignableFrom(valueClass)) | return value; | = Then add the following new method to TypeInfo that invokes the alternative method in ValueConvertor | /** | * Convert a value | * = | * @param value the original value | * @param replaceProperties whether to replace properties | * @return the converted value | * @throws Throwable for any error | */ | Object convertValue(Object value, boolean replaceProperties) throws = Throwable; | = The StringValueMetaData should be invoking this new method. Finally, it would be good if StringValueMetaData also had an additional parameter to turn off string property replace (like the JMX stuff does) e.g. (but also for other places that take a "value") | | ${hello} | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005799#4005799 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005799 --===============2415156122502481852==-- From do-not-reply at jboss.com Wed Jan 24 09:30:29 2007 Content-Type: multipart/mixed; boundary="===============4512392268898551966==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBoss TS - MQ recovery integration tests Date: Wed, 24 Jan 2007 09:30:28 -0500 Message-ID: <22832639.1169649028984.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4512392268898551966== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable No there are no tests for this in the testsuite since at the time I wrote this JBossTM was integrated into the main build. The tests in the testsuite deploy a second copy of JBossMQ into JBossAS that I can reboot and test recovery using the XAResource api directly. i.e. they are unit tests not integration tests. The only test I have is in a private ant project that uses the JMSProviderXAResourceRecovery with the following change in jbossjta-properties.xml | | = It also includes a subclass of the persistence manager so I can force the server to crash during commit | /* | * JBoss, Home of Professional Open Source | * Copyright 2006, JBoss Inc., and individual contributors as indicated | * by the @authors tag. See the copyright.txt in the distribution for a | * full listing of individual contributors. | * | * This is free software; you can redistribute it and/or modify it | * under the terms of the GNU Lesser General Public License as | * published by the Free Software Foundation; either version 2.1 of | * the License, or (at your option) any later version. | * | * This software is distributed in the hope that it will be useful, | * but WITHOUT ANY WARRANTY; without even the implied warranty of | * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU | * Lesser General Public License for more details. | * | * You should have received a copy of the GNU Lesser General Public | * License along with this software; if not, write to the Free | * Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA | * 02110-1301 USA, or see the FSF site: http://www.fsf.org. | */ | package org.jboss.test.jbossmq; | = | import javax.jms.JMSException; | = | import org.jboss.mq.pm.Tx; | import org.jboss.mq.pm.jdbc2.PersistenceManager; | = | public class TestPersistenceManager extends PersistenceManager implemen= ts TestPersistenceManagerMBean | { | private boolean crashInCommit =3D false; | = | public TestPersistenceManager() throws JMSException | { | } | = | public boolean getCrashInCommit() | { | return crashInCommit; | } | = | public void makeCrashInCommit(boolean crashInCommit) | { | this.crashInCommit =3D crashInCommit; | } | = | public void commitPersistentTx(Tx txId) throws JMSException | { | if (crashInCommit) | { | System.out.println("I'm going to crash in 20 seconds"); | try | { | Thread.sleep(20000); | } | catch (Exception ignored) {} | Runtime.getRuntime().halt(0); | } | else | super.commitPersistentTx(txId); | } | } | = The sleep is just to workaround the fact that hypersonic doesn't persist data to its transaction log synchronously It does it on a timer every 10 seconds. UGLY! :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005805#4005805 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005805 --===============4512392268898551966==-- From do-not-reply at jboss.com Wed Jan 24 09:54:08 2007 Content-Type: multipart/mixed; boundary="===============8767532789436150225==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Spring-int tests Date: Wed, 24 Jan 2007 09:54:08 -0500 Message-ID: <16344547.1169650448143.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8767532789436150225== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Are the spring-int tests supposed to working? There are currently 2 failures out of 4 tests. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005814#4005814 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005814 --===============8767532789436150225==-- From do-not-reply at jboss.com Wed Jan 24 10:12:28 2007 Content-Type: multipart/mixed; boundary="===============5903299298895729869==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 24 Jan 2007 10:12:28 -0500 Message-ID: <15761167.1169651548172.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5903299298895729869== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm not sure why this would be; the regular upload (from a web browser) sti= ll seems to function. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005820#4005820 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005820 --===============5903299298895729869==-- From do-not-reply at jboss.com Wed Jan 24 10:21:38 2007 Content-Type: multipart/mixed; boundary="===============2036065054633230106==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Cache.removeRegion(Fqn) Date: Wed, 24 Jan 2007 10:21:38 -0500 Message-ID: <8383711.1169652098073.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2036065054633230106== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Good point. DOne. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005823#4005823 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005823 --===============2036065054633230106==-- From do-not-reply at jboss.com Wed Jan 24 10:59:34 2007 Content-Type: multipart/mixed; boundary="===============8682490950100659192==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - JAXBDeployer Date: Wed, 24 Jan 2007 10:59:33 -0500 Message-ID: <8999795.1169654374005.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8682490950100659192== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've added initial support for a JAXB parsing deployer. This is currently in the deployers project. However, I think this should really live in a seperate JAXB integration pro= ject so we don't end up pulling our choice of implementation into the bootstrap = classpath. The same is probably true of the some of the other integrations? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005838#4005838 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005838 --===============8682490950100659192==-- From do-not-reply at jboss.com Wed Jan 24 11:04:33 2007 Content-Type: multipart/mixed; boundary="===============5113555320100662643==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 11:04:32 -0500 Message-ID: <2976348.1169654672979.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5113555320100662643== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Lovely. So, we like JAXB now? All I can remember is getting sh*@ from you t= wo about how we didn't like it ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005844#4005844 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005844 --===============5113555320100662643==-- From do-not-reply at jboss.com Wed Jan 24 11:19:27 2007 Content-Type: multipart/mixed; boundary="===============6006142480070162884==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 11:19:27 -0500 Message-ID: <32851232.1169655567431.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6006142480070162884== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The original versions were crap, that is unless you never wanted to change your schema/code. And you also had to do a precompilation stage to generate your parser. The latest version has resolved many of these issues, although there are still a number of features missing, e.g. dynamic wildcard handling like JBossXB can do. e.g. the recent spring integration code lets you mix and match JBoss MC and Spring xml in the same file: | | = | | = | | | | = | | | | onel | twol | threel | | | | = | | = I'd also need to do a lot more testing before I was convinced it actually w= orks. e.g. I recently filed a bug which shows Sun's impl doesn't inheritance prop= erly. I've been assigned a bug number, but it hasn't appeared on the website yet - who knows when it will get fixed, hopefully not 4 years like the classloa= der problems :-) http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=3D6516905 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005861#4005861 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005861 --===============6006142480070162884==-- From do-not-reply at jboss.com Wed Jan 24 11:26:16 2007 Content-Type: multipart/mixed; boundary="===============2923206817232654216==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 11:26:16 -0500 Message-ID: <20046667.1169655976331.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2923206817232654216== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | The original versions were crap, that is unless you never wanted to cha= nge = | your schema/code. = | = Quite right, but as I pointed out, JAXB 2.0 seemed to mitigate this http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D86414 and http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&t=3D95273 Since I was originally planning on using JAXB to do the *-dsx.xml binding (= note, this is not *-ds.xml but an updated and more rigorous version with an= associated XSD) can I assume that we are going to allow for JAXB in our ne= w meta model implementation(s). Because, if so, I can officially delete all= the JBossXB crap I had to do up until this point. This would seem to hold = for the ejb3 stuff which was done using JBossXB as well... You know..the code you hate ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005866#4005866 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005866 --===============2923206817232654216==-- From do-not-reply at jboss.com Wed Jan 24 11:33:24 2007 Content-Type: multipart/mixed; boundary="===============2980773103388133752==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 11:33:24 -0500 Message-ID: <10306631.1169656404515.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2980773103388133752== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Incidently, if you want to use (I don't have a test for it yet :-) You would do something like: | public class MyParser extends JAXBDeployer | { | public MyParser() | { | super(SomeMetaData.class); | } | = | public void deploy(DeploymentUnit unit) throws DeploymentException | { | createMetaData(unit, null, "-my-extension.xml"); | } | } | = Which will create the SomeMetaData attachment ready for the real deployer t= o pick up. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005869#4005869 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005869 --===============2980773103388133752==-- From do-not-reply at jboss.com Wed Jan 24 11:35:10 2007 Content-Type: multipart/mixed; boundary="===============0559141378780799150==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 11:35:10 -0500 Message-ID: <16569648.1169656510525.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0559141378780799150== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hey, that's great...since I already wrote this about 2 months ago, I am gla= d that I can get around to actually using it! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005870#4005870 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005870 --===============0559141378780799150==-- From do-not-reply at jboss.com Wed Jan 24 11:35:15 2007 Content-Type: multipart/mixed; boundary="===============7568851169460456081==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 11:35:15 -0500 Message-ID: <32855203.1169656515477.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7568851169460456081== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : can I assume that we are going to allow = for JAXB in our new meta model implementation(s). Go ahead - if it works for you. You've got to maintain the code. ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005871#4005871 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005871 --===============7568851169460456081==-- From do-not-reply at jboss.com Wed Jan 24 11:41:37 2007 Content-Type: multipart/mixed; boundary="===============0308814712061181487==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 11:41:36 -0500 Message-ID: <20354602.1169656896958.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0308814712061181487== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | I'd also need to do a lot more testing before I was convinced it actual= ly works. | = | e.g. I recently filed a bug which shows Sun's impl doesn't inheritance = properly. | = | I've been assigned a bug number, but it hasn't appeared on the website = yet | - who knows when it will get fixed, hopefully not 4 years like the clas= sloader | problems :-) | = | http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=3D6516905 | = It works great for me. What's the inheritence problem? = Also, bugs for it are supposed to be opened here: https://jaxb.dev.java.net/servlets/ProjectIssues -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005880#4005880 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005880 --===============0308814712061181487==-- From do-not-reply at jboss.com Wed Jan 24 12:47:26 2007 Content-Type: multipart/mixed; boundary="===============3037509006930035757==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 12:47:26 -0500 Message-ID: <2129706.1169660846263.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3037509006930035757== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Currently in the 4.2 branch the | org.jboss.resource.connectionmanager.xa.JcaXAResourceWrapper | = has been provided for two reasons: 1) We needed a way to override the isSameRM method to address a well known = WebSphereMQ bug where mutliple XAResouces could not be enlisted in the same= transaction from the same RM. Basically this simply amounted to moving the= isSameRM stuff that was originally done for Oracle to be more generic. = 2)Provide a serializable wrapper to support XA resource recovery using JBos= sTS. = It was my plan to use this wrapper both on the inbound and outbound for JCA= . From my understanding, this would enable JBossTS to reconsruct the XAReso= urce and call recover as the XAResource (in this case the wrapper) would be= written to the transaction log enabling JBossTS to do it's thing. = I wanted to throw this out in the forum just be sure I am not missing anyth= ing and to solicit advice as to if this is the appropriate approach to take= . The alternative approach would be to implement the = | com.arjuna.ats.jta.recovery.XAResourceRecovery | = interface and do things in the same manner as the JMS recovery work. = Thoughts? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005906#4005906 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005906 --===============3037509006930035757==-- From do-not-reply at jboss.com Wed Jan 24 12:53:48 2007 Content-Type: multipart/mixed; boundary="===============5478671413486187586==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 12:53:46 -0500 Message-ID: <30802677.1169661226475.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5478671413486187586== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm probably misunderstanding what you're doing here, but for JMS the recov= ery manager interfaces with the jms provider via an XAResourceRecovery inst= ance - i.e. there's no JCA involved. Are you suggesting that all XA recovery is driven via the JCA adapter? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005914#4005914 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005914 --===============5478671413486187586==-- From do-not-reply at jboss.com Wed Jan 24 13:04:49 2007 Content-Type: multipart/mixed; boundary="===============5334115973327375222==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 13:04:49 -0500 Message-ID: <27368089.1169661889638.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5334115973327375222== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | I'm probably misunderstanding what you're doing here, but for JMS the r= ecovery manager interfaces with the jms provider via an XAResourceRecovery = instance - i.e. there's no JCA involved. = | = For JCA inflow, it has to be through JCA as I am the one initiating the tra= nsaction calling XASession.getXAResource() so I am not sure how your recove= ry stuff would come into play. Also, for outbound connections (ie JDBC) thi= s has to be done to properly register recoverables with JBossTS. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005927#4005927 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005927 --===============5334115973327375222==-- From do-not-reply at jboss.com Wed Jan 24 13:35:29 2007 Content-Type: multipart/mixed; boundary="===============7869534330878225164==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Failing tests Date: Wed, 24 Jan 2007 13:35:28 -0500 Message-ID: <15877728.1169663729005.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7869534330878225164== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'll fix this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005940#4005940 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005940 --===============7869534330878225164==-- From do-not-reply at jboss.com Wed Jan 24 13:40:04 2007 Content-Type: multipart/mixed; boundary="===============1567548123727886589==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 13:40:04 -0500 Message-ID: <9859633.1169664004736.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1567548123727886589== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : 2)Provide a serializable wrapper to support XA resource r= ecovery using JBossTS. | = | It was my plan to use this wrapper both on the inbound and outbound for= JCA. From my understanding, this would enable JBossTS to reconsruct the XA= Resource and call recover as the XAResource (in this case the wrapper) woul= d be written to the transaction log enabling JBossTS to do it's thing. | = One issue with this is that the user that executed the original transaction= may not have permission to perform a recovery. For instance, only a DBA m= ay have the permission to perform recovery on the database. Also, because = the XA spec is a bit ambiguous, different XAResources of different vendors= may have different requirements on what flags you pass into XAResource.rec= over(). There's also the general problem that some XAResources require Xid= padding and others don't. I'm guessing that JBoss TS solves the latter tw= o problems in very very hacky ways that are easy to break as there is no de= fined integration contract between JBoss, JBoss JCA, and Arjuna. I do not = know how or if they solve the permission problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005943#4005943 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005943 --===============1567548123727886589==-- From do-not-reply at jboss.com Wed Jan 24 13:51:57 2007 Content-Type: multipart/mixed; boundary="===============4662531953586098688==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 13:51:57 -0500 Message-ID: <19341483.1169664717775.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4662531953586098688== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : = | For JCA inflow, it has to be through JCA as I am the one initiating the= transaction calling XASession.getXAResource() so I am not sure how your re= covery stuff would come into play. Also, for outbound connections (ie JDBC)= this has to be done to properly register recoverables with JBossTS. = Why does it matter who initiated the tx? For recovery with JBoss TS, as long as you have provided an XAResourceRecov= ery instance, the recovery manager will call upon that to get an XAresource= then call recover() on that to get the list of xids from the resource mana= ger. (You can also make the XAresource serializable but that is another sto= ry) The recovery manager will then call commit or rollback on them as it deems = appropriate. I don't see what relevance it has who started the transaction. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005948#4005948 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005948 --===============4662531953586098688==-- From do-not-reply at jboss.com Wed Jan 24 13:53:59 2007 Content-Type: multipart/mixed; boundary="===============4202045387404157827==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 13:53:59 -0500 Message-ID: <7630471.1169664839084.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4202045387404157827== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry, I should have been more clear. You are outlining the case for JBM. T= he JMS/JCA adapter had to account for multiple foreign providers, not just = JBM. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005951#4005951 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005951 --===============4202045387404157827==-- From do-not-reply at jboss.com Wed Jan 24 13:59:07 2007 Content-Type: multipart/mixed; boundary="===============2712758767802597384==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 13:59:06 -0500 Message-ID: <19330080.1169665146918.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2712758767802597384== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : You are outlining the case for JBM. The = JMS/JCA adapter had to account for multiple foreign providers, not just JBM= . = Not really. JBoss TS recovery works that way for any XAResource - whether i= t's from JBM, a database, or whatever. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005952#4005952 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005952 --===============2712758767802597384==-- From do-not-reply at jboss.com Wed Jan 24 14:04:20 2007 Content-Type: multipart/mixed; boundary="===============7372802826996190076==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 14:04:20 -0500 Message-ID: <15670857.1169665460599.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7372802826996190076== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Also, not everyone that wants recovery will be using JCA. I guess I'm still missing something, but I don't really see why recovery is= being viewed as the responsibility of JCA. They seem orthogonal to me. Have I totally misunderstood this thread? :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005959#4005959 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005959 --===============7372802826996190076==-- From do-not-reply at jboss.com Wed Jan 24 14:07:35 2007 Content-Type: multipart/mixed; boundary="===============2805658415590498518==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 14:07:35 -0500 Message-ID: <19593913.1169665655730.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2805658415590498518== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | Not really. JBoss TS recovery works that way for any XAResource - wheth= er it's from JBM, a database, or whatever. | = Huh? The underlying XAResource either has to be serializable, or the the XA= ResourceRecovery interface has to be implemented to support recovery via JB= ossTS. = Can we agree on that ;-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005961#4005961 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005961 --===============2805658415590498518==-- From do-not-reply at jboss.com Wed Jan 24 14:11:13 2007 Content-Type: multipart/mixed; boundary="===============4545893404489117506==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 14:11:13 -0500 Message-ID: <25612789.1169665873242.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4545893404489117506== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think we may be crossing wires ;-) anonymous wrote : = | Also, not everyone that wants recovery will be using JCA. = | = This is true, but in JCA land, to support recovery one approach (ie seriali= zable XAResource or XAResourceRecovery implementaion) has to be done. Just = as you had to do this for JBM, JCA needs to support this as well to integra= te with JBossTS. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005962#4005962 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005962 --===============4545893404489117506==-- From do-not-reply at jboss.com Wed Jan 24 14:20:25 2007 Content-Type: multipart/mixed; boundary="===============9106977376562119874==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 14:20:25 -0500 Message-ID: <21139939.1169666425206.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9106977376562119874== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : anonymous wrote : = | | Not really. JBoss TS recovery works that way for any XAResource - w= hether it's from JBM, a database, or whatever. | | = | = | Huh? The underlying XAResource either has to be serializable, or the th= e XAResourceRecovery interface has to be implemented to support recovery vi= a JBossTS. = | = | Can we agree on that ;-) | = | = I was just saying, that (for JBoss TS at least) you can write an XAResource= Recovery instance that will provide an XAResource on which the tx mgr can c= all recover(). This shouldn't be any different for any provider. Whether the transaction was started by JCA or not (e.g. for inflow) should = be of no consequence. When the recovery manager calls recover() the resource manager is supposed = to return a list of in doubt xids, whether they were started by JCA, some u= ser application, or your great Aunt Doris. I still don't see what any of this has got to do with JCA. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005966#4005966 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005966 --===============9106977376562119874==-- From do-not-reply at jboss.com Wed Jan 24 14:21:30 2007 Content-Type: multipart/mixed; boundary="===============2107178438011154814==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Failing tests Date: Wed, 24 Jan 2007 14:21:30 -0500 Message-ID: <13920388.1169666490359.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2107178438011154814== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The common-core version has been updated to 2.0.4.Alpha3 to pickup this cha= nge. There still is one expected test failure in the kernel module I need t= o resolve: InstantiateXMLTestCase.testValueInstantiateFromJavabean2 | junit.framework.AssertionFailedError | at junit.framework.Assert.fail(Assert.java:47) | at junit.framework.Assert.assertTrue(Assert.java:20) | at junit.framework.Assert.assertTrue(Assert.java:27) | at org.jboss.test.kernel.config.test.InstantiateXMLTestCase.testValueI= nstantiateFromJavabean2(InstantiateXMLTestCase.java:57) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at junit.framework.TestCase.runTest(TestCase.java:154) | at junit.framework.TestCase.runBare(TestCase.java:127) | at junit.framework.TestResult$1.protect(TestResult.java:106) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.framework.TestResult.run(TestResult.java:109) | at junit.framework.TestCase.run(TestCase.java:118) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) | at junit.extensions.TestSetup$1.protect(TestSetup.java:19) | at junit.framework.TestResult.runProtected(TestResult.java:124) | at junit.extensions.TestSetup.run(TestSetup.java:23) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | at junit.framework.TestSuite.runTest(TestSuite.java:208) | at junit.framework.TestSuite.run(TestSuite.java:203) | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005967#4005967 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005967 --===============2107178438011154814==-- From do-not-reply at jboss.com Wed Jan 24 14:26:46 2007 Content-Type: multipart/mixed; boundary="===============2923054378405298725==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 14:26:45 -0500 Message-ID: <24627422.1169666805861.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2923054378405298725== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : = | This is true, but in JCA land, to support recovery one approach (ie ser= ializable XAResource or XAResourceRecovery implementaion) has to be done. J= ust as you had to do this for JBM, JCA needs to support this as well to int= egrate with JBossTS. I disagree. Let's take the example of JBM for a minute. We already have a recovery mech= anism in place (we use an XAResourceRecovery instance). Now whether the transaction was started via JCA or directly by the user is = of no consequence. The JBoss TS recovery manager will just get an xaresource from our XAResour= ceRecovery instance and return a list of xids, some of these may come from = transactions initiated by JCA and others not. It doesn't matter. In this scenario there is absolutely no need for JCA to do anything. I think the same logic applies to any resource manager for which you can wr= ite an XAResourceRecovery. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005970#4005970 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005970 --===============2923054378405298725==-- From do-not-reply at jboss.com Wed Jan 24 14:51:58 2007 Content-Type: multipart/mixed; boundary="===============2893526692999912196==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 14:51:58 -0500 Message-ID: <1829982.1169668318218.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2893526692999912196== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | I disagree. = | = | Let's take the example of JBM for a minute. We already have a recovery = mechanism in place (we use an XAResourceRecovery instance). = | = That's fine. In this case, because you implemented XAResourceRecovery, you = are able to integrate with JBossTS directly. This is the situation you cont= rol...all fine well and good. = Now, how about for XAResources you don't control? How about Oracle, DB2, We= bSphereMQ, etc. What about those? = How do you think these XAResource get enlisted in a transaction to begin wi= th and who provides access to them? Guess what, it's JCA. ResourceManagers = (JMS, JDBC or otherwise) are managed in an EE environment via JCA. Because = JCA is a generic framework for resource integration use of the underlying X= AResource is governed by this framework. There is no concept of a standalo= ne ResourceManager in an EE environment without an associated JCA resource = adapter...well, other than in the case where the person is just blatantly a= ttempting to do something wrong, Aunt Doris or otherwise. For your fundamental disagreement to hold water, you would effectively have= to remove JCA from the equation all together and assume that the Tx Manage= r has direct access the underlying XAResources/ResourceManagers *without* J= CA intervention. This is simply not the case and will never be the case in = our Application server, or any compliant EE application server for that mat= ter. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005980#4005980 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005980 --===============2893526692999912196==-- From do-not-reply at jboss.com Wed Jan 24 14:57:23 2007 Content-Type: multipart/mixed; boundary="===============1206978746027344792==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Wed, 24 Jan 2007 14:57:23 -0500 Message-ID: <2071861.1169668643200.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1206978746027344792== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | The latest version has resolved many of these issues, although there | are still a number of features missing, e.g. dynamic wildcard handling | like JBossXB can do. | = | e.g. the recent spring integration code lets you mix and match | JBoss MC and Spring xml in the same file: | = | | | | = | | | | = | | | | | | | | | | = | | | | | | | | | | onel | | twol | | threel | | | | | | | | = | | | | = | = This is possible in JAXB, if you have the following in your root type: = | // Array of Element or JAXB elements. | @XmlAnyElement(lax=3D"true") | public Object[] others; | = JAXB dynamically resolves type information off of annotations. So before un= marshalling, if you pass the JAXBContext a FooType.class. and FooType has a= n @XmlElementRoot, and the unmarshalled value matches that declaration, the= n "others" would contain an instance of FooType. Unknown elements would pre= sent a DOM Element. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005984#4005984 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005984 --===============1206978746027344792==-- From do-not-reply at jboss.com Wed Jan 24 14:58:34 2007 Content-Type: multipart/mixed; boundary="===============3832403497114611269==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 14:58:34 -0500 Message-ID: <31832843.1169668714842.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3832403497114611269== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Put another way ;-) Take the case of say an RDBMS system..let's take our friend Oracle for an e= xample. Oracle is deployed, managed, utilized in JBossAS via our JCA JDBC R= esource adapter. It is the adapter that manages resource enlistment/delistm= ent of the underlying XAResource...in sum, JCA takes care of all the messy = details of driving the underlying managed connection through the XA transac= tion lifecycle (and pooling, security etc). = So, who implements the XAResourceRecovery interface in this case? In other = words, how does the underlying Oracle XAResource participate in recovery as= suming that the vendor doesn't provide the necessary mechanism to do so? = = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4005985#4005985 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4005985 --===============3832403497114611269==-- From do-not-reply at jboss.com Wed Jan 24 16:32:35 2007 Content-Type: multipart/mixed; boundary="===============0019902861680345744==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 16:32:35 -0500 Message-ID: <20284546.1169674355269.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0019902861680345744== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Tim, if you do it your way, won't recovery not work for JBMessaging in othe= r app servers? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006034#4006034 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006034 --===============0019902861680345744==-- From do-not-reply at jboss.com Wed Jan 24 16:38:14 2007 Content-Type: multipart/mixed; boundary="===============8137505224358758678==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 16:38:14 -0500 Message-ID: <22068868.1169674694815.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8137505224358758678== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Technically, in that scenaior the JCA/JMS adapter is supposed to provide th= e recovery mechanism via the = | XAResouce[] ResourceAdapter.getXAResources(ActivationSpec[]) = | = method. = This is still TODO on my list to implement for our JMS/JCA adapter Ideally if an AppServer supports recovery it should call into this method a= fter a crash and query the ResourceAdapter for the XAResource --> Activatio= nSpec (those specs that were deployed at the time fo the crash) mappings. F= rom the XAResource they can obviously get the outstanding recovery work. = I think the miscommunication is that Tim is thinking solely from the JMS, n= on EE perspective...at least that's what I can gather. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006037#4006037 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006037 --===============8137505224358758678==-- From do-not-reply at jboss.com Wed Jan 24 16:49:10 2007 Content-Type: multipart/mixed; boundary="===============3134951021187562304==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 16:49:10 -0500 Message-ID: <14712035.1169675350930.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3134951021187562304== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think you guys are thinking in purely JEE terms, in which case you are pr= obably correct. But what abou people who use JBoss as an all purpose service hosting contai= ner and aren't doing JEE - it would nice for them to be able to use recover= y too. For instance, JBM has a messaging bridge - which can run standalone in basi= cally a stripped down version of JBoss. The bridge creates connections to o= ther jms servers, and (depending on QoS required) consumes and send message= s from one server to the other in a JTA transaction. No JCA is used here, but we need recovery. So far we have done this by impl= ementing our own XAResourceRecovery. And you can imagine many more cases where people implement their own non JE= E services which do stuff with XA not using JCA. So, yes, I admit that from inside the JEE app server, all XA stuff should b= e done via JCA, but should we limit ourselves to that? Why not abstract out the recovery stuff to another service which can be use= d by both JCA and anyone else? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006041#4006041 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006041 --===============3134951021187562304==-- From do-not-reply at jboss.com Wed Jan 24 17:17:59 2007 Content-Type: multipart/mixed; boundary="===============6211818566049495197==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Spring-int tests Date: Wed, 24 Jan 2007 17:17:59 -0500 Message-ID: <1852534.1169677079706.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6211818566049495197== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : Are the spring-int tests supposed to working? | There are currently 2 failures out of 4 tests. Unfortunately no - I'm having some XB + schema issues that I don't know how= to solve quickly - getting a CCE: - http://www.jboss.org/index.html?module=3Dbb&op=3Dviewtopic&t=3D96523&sta= rt=3D20 I'm bugging Alexey, but he is busy with CTS. :-) It's on my todo list - fixing this problem and implementing most of the 'sp= ecial' features via our AOP, etc. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006051#4006051 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006051 --===============6211818566049495197==-- From do-not-reply at jboss.com Wed Jan 24 17:24:06 2007 Content-Type: multipart/mixed; boundary="===============9137319217337453335==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: JBossTS/JCA Recovery work for JBoss 4.2 Date: Wed, 24 Jan 2007 17:24:06 -0500 Message-ID: <20043037.1169677446393.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9137319217337453335== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | For instance, JBM has a messaging bridge - which can run standalone in = basically a stripped down version of JBoss. The bridge creates connections = to other jms servers, and (depending on QoS required) consumes and send mes= sages from one server to the other in a JTA transaction. = | = How stripped down? I would be interested to see how you got rid of JCA bein= g that, without it, JBoss typically won't run (at least all those parts of = the code requiring JDBC access). I am assuming that your JMS implementation= is using a persistence store is it not? Are you managing your connections = yourself, do you rely on JBoss to do this? If the latter..well...I hate to = be the bearer of bad tidings... ;-) anonymous wrote : = | So, yes, I admit that from inside the JEE app server, all XA stuff shou= ld be done via JCA, but should we limit ourselves to that? | = On the 'Design of JCA on JBoss' forum we will. = anonymous wrote : = | = | Why not abstract out the recovery stuff to another service which can be= used by both JCA and anyone else? | = Because this is what the SPI contract of JCA already provides to a Resource= Adapter, ResourceManager, Application Server and Transaction Manager. Again= , this is in the context of JBoss 4.2 and what needs to be done to finish t= his work. Not JBoss5 or later. If you want, please feel free to start anoth= er thread to that end. = = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006054#4006054 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006054 --===============9137319217337453335==-- From do-not-reply at jboss.com Wed Jan 24 18:41:47 2007 Content-Type: multipart/mixed; boundary="===============0398454472771452533==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Wed, 24 Jan 2007 18:41:47 -0500 Message-ID: <23362101.1169682107659.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0398454472771452533== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Try uplaoding using the GPD 3.0.12. The problem is GPD 3.0.12 does not use the latest version of commons-fileup= load. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006083#4006083 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006083 --===============0398454472771452533==-- From do-not-reply at jboss.com Wed Jan 24 19:11:11 2007 Content-Type: multipart/mixed; boundary="===============0147037895008817361==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - JBMICROCONT-145, ManagedPropertyImpl serialization changes Date: Wed, 24 Jan 2007 19:11:11 -0500 Message-ID: <23511335.1169683871127.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0147037895008817361== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I ran into this NPE issue caused by the circular relationshp between a Mana= gedObject and ManagedProperty. In order to fix it the serialization format = needs to change to not use the ObjectStreamField api. The reason is that a = ManagedProperty must be deserialized sufficiently in terms of its identity = before it tries to read its containing ManagedObject reference. The ObjectI= nputStream.readFields api does not allow one to read the fields in a partic= ular order, so we will have to take control of the reading/writing of the f= ields. To support better evolution I'll add a version to the serial output = as well. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006092#4006092 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006092 --===============0147037895008817361==-- From do-not-reply at jboss.com Thu Jan 25 03:41:24 2007 Content-Type: multipart/mixed; boundary="===============2593544286507472396==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ManagementView refresh Date: Thu, 25 Jan 2007 03:41:24 -0500 Message-ID: <21727780.1169714484557.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2593544286507472396== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have checked in the current api changes. To get the update scenario worki= ng and have persistence of the changes there needs to be better integration= between the deployers and profile service to load the attachments with the= correct class loader. There are a few implementation changes that need to = be addressed to correct this and other deployment issues. First, the ComponentType needs to integrated into the deployments and worki= ng with ManagedComponents validated. That is what I'm currently working on. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006243#4006243 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006243 --===============2593544286507472396==-- From do-not-reply at jboss.com Thu Jan 25 03:51:58 2007 Content-Type: multipart/mixed; boundary="===============3869201262251005531==" MIME-Version: 1.0 From: jazir1979 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-615 still present in Embedded-ALPHA9 Date: Thu, 25 Jan 2007 03:51:58 -0500 Message-ID: <22316498.1169715118075.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3869201262251005531== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Bill, We did some further testing today using the original CalculatorBean example= provided with the old embedded EJB3 stuff. = I found that the bug that was reported originally -- a NullPointerException= when calling EJBContext.getCallerPrincipal() is definitely FIXED in the la= test code from SVN. However, the (similar) bug that I'm having still occurs. You can reproduce it by modifying the add() method in CalculatorBean.java t= o call ctx.isCallerInRole("student") (or "teacher", or anything..). You w= ill get an IllegalArgumentException in Util.getSubjectRoles(), because the = Subject is null: | [java] java.lang.IllegalArgumentException: Subject is null | [java] at org.jboss.security.Util.getSubjectRoles(Util.java:632) | [java] at | org.jboss.security.plugins.JBossAuthorizationManager.getCurrentRoles(JB= ossAu | thorizationManager.java:302) | [java] at | org.jboss.security.plugins.JBossAuthorizationManager.doesUserHaveRole(J= BossA | uthorizationManager.java:126) | [java] at | org.jboss.security.plugins.JaasSecurityManager.doesUserHaveRole(JaasSec= urity | Manager.java:401) | [java] at | org.jboss.ejb3.BaseSessionContext.isCallerInRole(BaseSessionContext.jav= a:233 | ) | [java] at | com.synyati.spurwing.test.bean.CalculatorBean.add(CalculatorBean.java:5= 1) | = thanks for your help on this one, Daniel. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006244#4006244 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006244 --===============3869201262251005531==-- From do-not-reply at jboss.com Thu Jan 25 10:44:38 2007 Content-Type: multipart/mixed; boundary="===============1896389650404010839==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ManagementView refresh Date: Thu, 25 Jan 2007 10:44:38 -0500 Message-ID: <3182107.1169739878799.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1896389650404010839== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Running ProfileServiceUnitTestCase from eclipse I just get two failures: testUpdateDataSource() org.jboss.profileservice.spi.NoSuchDeploymentException: name=3DtestAddDataS= ource-dsf.xml, phase=3Dnull | at org.jboss.system.server.profileservice.repository.SerializableDeplo= ymentRepository.getDeployment(SerializableDeploymentRepository.java:283) | at org.jboss.system.server.profile.repository.ProfileImpl.getDeploymen= t(ProfileImpl.java:122) | at org.jboss.profileservice.management.ManagementViewImpl.getDeploymen= t(ManagementViewImpl.java:205) | = testRemoveDataSource() | org.jboss.profileservice.spi.NoSuchDeploymentException: Failed to find = deployment for name: testAddDataSource-dsf.xml | at org.jboss.profileservice.management.ManagementViewImpl.getMatchingD= eploymentName(ManagementViewImpl.java:175) | = | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006398#4006398 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006398 --===============1896389650404010839==-- From do-not-reply at jboss.com Thu Jan 25 11:54:08 2007 Content-Type: multipart/mixed; boundary="===============0337509308694803097==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: Last minute 2.0 API suggestions Date: Thu, 25 Jan 2007 11:54:08 -0500 Message-ID: <28202087.1169744048436.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0337509308694803097== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've accepted your patch about returning booleans for remove()'s. I'd rather leave out the suggestion re: a Version object for cache version,= until a proper use case comes up. Over-engineering, IMO. :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006431#4006431 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006431 --===============0337509308694803097==-- From do-not-reply at jboss.com Thu Jan 25 14:21:26 2007 Content-Type: multipart/mixed; boundary="===============4390055685316952286==" MIME-Version: 1.0 From: sacramentojoe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Error loading Web Services Date: Thu, 25 Jan 2007 14:21:26 -0500 Message-ID: <18626475.1169752886073.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4390055685316952286== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have downloaded JBoss AS 4.0.5. I'm on JDK 1.5. I downloaded the jbossws-= 1.0.4.GA. I followed the install directions in the install.txt. = I get the following error during startup. I'm new to J2EE and App Servers s= o I don't even know where to start. Thank you in advance for your assistance. --- MBeans waiting for other MBeans --- ObjectName: jboss.beans:service=3DJBossBeanDeployment,name=3D'jbossws.beans' State: FAILED Reason: org.jboss.deployment.DeploymentException: Cannot start AbstractKe= rnelD eployment(a)ed65e0{name=3Dfile:/C:/Program Files/jboss/server/default/deplo= y/jbossws /jbossws.beans/META-INF/jboss-beans.xml installed=3Dtrue beans=3D[AbstractB= eanMetaDa ta(a)1bb9533{name=3DServiceEndpointManager bean=3Dorg.jboss.ws.server.Servi= ceEndpointM anager properties=3D[serviceEndpointInvokerMDB, serviceEndpointInvokerJSE, = service EndpointInvokerEJB3, alwaysModifySOAPAddress, serviceEndpointInvokerEJB21, = webSe rviceHost] constructor=3Dnull}, AbstractBeanMetaData(a)406b09{name=3DServic= eEndpointDe ployer bean=3Dorg.jboss.ws.deployment.ServiceEndpointDeployer properties=3D= [serviceE ndpointManager] constructor=3Dnull}, AbstractBeanMetaData(a)1332b63{name=3D= ServiceEndp ointPublisher bean=3Dorg.jboss.ws.integration.jboss.JBossServiceEndpointPub= lisher properties=3D[serviceEndpointServlet, serviceEndpointDeployer] constructor= =3Dnull}, AbstractBeanMetaData(a)657c7b{name=3DJMSMessageDispatcher bean=3Dorg.jboss.= ws.integrat ion.jboss.jms.JMSMessageDispatcher properties=3D constructor=3Dnull}, Abstr= actBeanMe taData(a)cf7fda{name=3DSubscriptionManager bean=3Dorg.jboss.ws.eventing.mgm= t.Subscript ionManager properties=3D[defaultLeaseTimeMins, maxLeaseTimeMins] constructo= r=3Dnull} , AbstractBeanMetaData(a)d2f5f1{name=3DServerConfig bean=3Dorg.jboss.ws.int= egration.jb oss.ServerConfigImpl properties=3D constructor=3Dnull}, AbstractBeanMetaDat= a(a)10c276{ name=3DKernelLocator bean=3Dorg.jboss.ws.server.KernelLocator properties=3D= constructo r=3Dnull}]}; - nested throwable: (java.lang.IllegalStateException: Incomple= tely de ployed: *** DEPLOYMENTS IN ERROR: SubscriptionManager -> org.jboss.joinpoint.spi.JoinpointException: Property= defa ultLeaseTimeMins not found for AbstractBeanInfo(a)12bbe6b{name=3Dorg.jboss.= ws.eventi ng.mgmt.SubscriptionManager classInfo=3D properties=3D[completedTaskCount, = largestPo olSize, activeCount, eventKeepAlive, class, maxPoolSize, maximumPoolSize, c= orePo olSize] methods=3D[, , , , , , , , , , , , , , , , , , , , , , , , , , , , = , , , , , , , , , , , , ] constructors=3D[] events=3D} ServiceEndpointManager -> javax.management.InstanceAlreadyExistsException: = jboss .ws:service=3DServiceEndpointManager already registered. JMSMessageDispatcher -> java.lang.ClassNotFoundException: No ClassLoaders f= ound for: org.jboss.ws.integration.jboss.jms.JMSMessageDispatcher *** DEPLOYMENTS MISSING DEPENDENCIES: ServiceEndpointPublisher -> ServiceEndpointDeployer{Configured:Instantiated} ServiceEndpointDeployer -> ServiceEndpointManager{Configured:**ERROR**} ) --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- ObjectName: jboss.beans:service=3DJBossBeanDeployment,name=3D'jbossws.beans' State: FAILED Reason: org.jboss.deployment.DeploymentException: Cannot start AbstractKe= rnelD eployment(a)ed65e0{name=3Dfile:/C:/Program Files/jboss/server/default/deplo= y/jbossws /jbossws.beans/META-INF/jboss-beans.xml installed=3Dtrue beans=3D[AbstractB= eanMetaDa ta(a)1bb9533{name=3DServiceEndpointManager bean=3Dorg.jboss.ws.server.Servi= ceEndpointM anager properties=3D[serviceEndpointInvokerMDB, serviceEndpointInvokerJSE, = service EndpointInvokerEJB3, alwaysModifySOAPAddress, serviceEndpointInvokerEJB21, = webSe rviceHost] constructor=3Dnull}, AbstractBeanMetaData(a)406b09{name=3DServic= eEndpointDe ployer bean=3Dorg.jboss.ws.deployment.ServiceEndpointDeployer properties=3D= [serviceE ndpointManager] constructor=3Dnull}, AbstractBeanMetaData(a)1332b63{name=3D= ServiceEndp ointPublisher bean=3Dorg.jboss.ws.integration.jboss.JBossServiceEndpointPub= lisher properties=3D[serviceEndpointServlet, serviceEndpointDeployer] constructor= =3Dnull}, AbstractBeanMetaData(a)657c7b{name=3DJMSMessageDispatcher bean=3Dorg.jboss.= ws.integrat ion.jboss.jms.JMSMessageDispatcher properties=3D constructor=3Dnull}, Abstr= actBeanMe taData(a)cf7fda{name=3DSubscriptionManager bean=3Dorg.jboss.ws.eventing.mgm= t.Subscript ionManager properties=3D[defaultLeaseTimeMins, maxLeaseTimeMins] constructo= r=3Dnull} , AbstractBeanMetaData(a)d2f5f1{name=3DServerConfig bean=3Dorg.jboss.ws.int= egration.jb oss.ServerConfigImpl properties=3D constructor=3Dnull}, AbstractBeanMetaDat= a(a)10c276{ name=3DKernelLocator bean=3Dorg.jboss.ws.server.KernelLocator properties=3D= constructo r=3Dnull}]}; - nested throwable: (java.lang.IllegalStateException: Incomple= tely de ployed: *** DEPLOYMENTS IN ERROR: SubscriptionManager -> org.jboss.joinpoint.spi.JoinpointException: Property= defa ultLeaseTimeMins not found for AbstractBeanInfo(a)12bbe6b{name=3Dorg.jboss.= ws.eventi ng.mgmt.SubscriptionManager classInfo=3D properties=3D[completedTaskCount, = largestPo olSize, activeCount, eventKeepAlive, class, maxPoolSize, maximumPoolSize, c= orePo olSize] methods=3D[, , , , , , , , , , , , , , , , , , , , , , , , , , , , = , , , , , , , , , , , , ] constructors=3D[] events=3D} ServiceEndpointManager -> javax.management.InstanceAlreadyExistsException: = jboss .ws:service=3DServiceEndpointManager already registered. JMSMessageDispatcher -> java.lang.ClassNotFoundException: No ClassLoaders f= ound for: org.jboss.ws.integration.jboss.jms.JMSMessageDispatcher *** DEPLOYMENTS MISSING DEPENDENCIES: ServiceEndpointPublisher -> ServiceEndpointDeployer{Configured:Instantiated} ServiceEndpointDeployer -> ServiceEndpointManager{Configured:**ERROR**} ) 10:52:36,844 INFO [Http11BaseProtocol] Starting Coyote HTTP/1.1 on http-0.= 0.0.0 -8080 10:52:36,969 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009 10:52:36,985 INFO [JkMain] Jk running ID=3D0 time=3D0/79 config=3Dnull 10:52:36,985 INFO [Server] JBoss (MX MicroKernel) [4.0.5.GA (build: CVSTag= =3DBran ch_4_0 date=3D200610162339)] Started in 34s:672ms 10:55:30,625 ERROR [[/jbossws]] StandardWrapper.Throwable org.jboss.kernel.spi.registry.KernelRegistryEntryNotFoundException: Entry n= ot fo und with name: ServiceEndpointManager at org.jboss.kernel.plugins.registry.AbstractKernelRegistry.getEntr= y(Abs tractKernelRegistry.java:99) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006502#4006502 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006502 --===============4390055685316952286==-- From do-not-reply at jboss.com Thu Jan 25 14:23:09 2007 Content-Type: multipart/mixed; boundary="===============7535302148045257343==" MIME-Version: 1.0 From: sacramentojoe To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: Error loading Web Services Date: Thu, 25 Jan 2007 14:23:09 -0500 Message-ID: <29558036.1169752989582.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7535302148045257343== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I should have stated I'm on Windows XP Pro. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006503#4006503 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006503 --===============7535302148045257343==-- From do-not-reply at jboss.com Thu Jan 25 14:45:34 2007 Content-Type: multipart/mixed; boundary="===============8181602978221431482==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Thu, 25 Jan 2007 14:45:34 -0500 Message-ID: <2817143.1169754334677.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8181602978221431482== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In one of our unit tests | org.jboss.test.jca.test.XAExceptionUnitTestCase | = we have two tests that simulate errors when a JCA resource is used in an EJ= B. One is a resource exception, the other a runtime exception. Both occur i= n the matchManagedConnections() method of of the TestManagedConnectionFacto= ry. Being that an error/excpetion occurs, the underlying connection is dest= royed prior to use; no problems here. Howerver, in one test the transaction= is rolled back at the end of the in the finally block. Because the = | | = flag is set to false when JBossTS attempts any sort of activity on the unde= rlying resource it fails because the resource has already been destroyed. J= BossTM seemed to either mask this condition, or just ignore it all together= whileJBossTS reports a failure which is causing an ERROR in the tests. Fro= m what I understand, it seems that the = | | = flag should really be true by default for XA connections(we already do this= for local resources). I can't envision why this shouldn't be set as the de= fault moving forward with the new transaction manager stuff. In fact, most = JDBC based resources from the big RDBMS vendors (Oracle, DB2) and some of t= he open source guys (Postgres most notably but for other reasons) already r= equire this. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006507#4006507 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006507 --===============8181602978221431482==-- From do-not-reply at jboss.com Thu Jan 25 15:26:02 2007 Content-Type: multipart/mixed; boundary="===============6990085460586255269==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Thu, 25 Jan 2007 15:26:02 -0500 Message-ID: <22378340.1169756762372.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6990085460586255269== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable How can this be specified via schema level annotations? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006518#4006518 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006518 --===============6990085460586255269==-- From do-not-reply at jboss.com Thu Jan 25 15:30:35 2007 Content-Type: multipart/mixed; boundary="===============0657041238932823341==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Thu, 25 Jan 2007 15:30:34 -0500 Message-ID: <21612501.1169757034829.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0657041238932823341== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A bit more. What is actually happening is because the tests required to matchManagedCon= nections to fail, when the test originally runs, the pool is empty. A conne= ction is successfully created and enlisted/delisted in the tranasction and = returned to the pool. The second attempt to acquire the connection fails in= the match and the connection is destroeyd. Howerve,r JBossTS rightfully 'r= emembers' this guy and when JBossTS attempts to finish the txn protocol the= connection has already been destroyed. This is where the error occurs. So,= effectively the really should be here and in fac= t, I believe it's a bug that it's not. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006519#4006519 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006519 --===============0657041238932823341==-- From do-not-reply at jboss.com Thu Jan 25 17:43:04 2007 Content-Type: multipart/mixed; boundary="===============3274894961046019851==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Thu, 25 Jan 2007 17:43:03 -0500 Message-ID: <24301871.1169764983951.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3274894961046019851== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : How can this be specified via schema leve= l annotations? | = It reads everything directly from the Java annotations. The schema bindings= just control the Java annotations that are generated when xjc is ran on th= e schema. So in order to have a plugable schema extension mechanism, you wo= uld have to have a way to register annotationed JAXB objects with some kind= of MC context, and that would then be used to generate the JAXBContext tha= t is responsible for unmarshalling the deployment descriptor. = So the big difference here is that unlike JBossXB, there is no way to overr= ide the java annotations with schema annotations. This loss of flexibility = is for performance reasons (no need to read/parse the schema at runtime). -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006579#4006579 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006579 --===============3274894961046019851==-- From do-not-reply at jboss.com Thu Jan 25 17:58:06 2007 Content-Type: multipart/mixed; boundary="===============0738476757302143675==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Thu, 25 Jan 2007 17:58:06 -0500 Message-ID: <25426178.1169765886250.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0738476757302143675== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jason.greene(a)jboss.com" wrote : = | So the big difference here is that unlike JBossXB, there is no way to o= verride the java annotations with schema annotations. This loss of flexibil= ity is for performance reasons (no need to read/parse the schema at runtime= ). | = So this creates a problem if the object model needs to be fixed (public API= etc), but the schema needs to change significantly. Or different schemas n= eed to be associated with the same object model. Under these scenarios, it'= s better to use the JAXB object model as an intermediary that directly repr= esents the xml (in object form), and then copy / merge this information int= o a more elegant public API. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006588#4006588 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006588 --===============0738476757302143675==-- From do-not-reply at jboss.com Thu Jan 25 18:05:51 2007 Content-Type: multipart/mixed; boundary="===============8853138062200356428==" MIME-Version: 1.0 From: prassib To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - what are the new features in JBPM 3.2? Date: Thu, 25 Jan 2007 18:05:51 -0500 Message-ID: <23781477.1169766351222.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8853138062200356428== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Is there any documentation available? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006591#4006591 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006591 --===============8853138062200356428==-- From do-not-reply at jboss.com Thu Jan 25 18:43:21 2007 Content-Type: multipart/mixed; boundary="===============6825810901703265996==" MIME-Version: 1.0 From: zipwow To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Guidance for JBPM-725? Applies to 3.2? Date: Thu, 25 Jan 2007 18:43:21 -0500 Message-ID: <21705388.1169768601518.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6825810901703265996== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I ran into the issue described in JBPM-725 in jbpm 3.1: http://jira.jboss.com/jira/browse/JBPM-725 Set auto-import=3D"false" for all hibernate-mapping elements in hibernate m= apping files. >From a cursory glance of the 3.1 code, it looks like all (or the majority)= of the hibernate queries are already written with fully qualified names, s= o I'm willing to tackle this change. Before I begin: Would it make sense to do this against the 3.2 codebase instead? = Are there any pitfalls I should be aware of? Where should I look for the baseline of expected passing unit tests? (I se= em to get some failures out of the box for 3.1) Thanks, Kevin Klinemeier View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006603#4006603 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006603 --===============6825810901703265996==-- From do-not-reply at jboss.com Thu Jan 25 18:49:22 2007 Content-Type: multipart/mixed; boundary="===============6592358486988213358==" MIME-Version: 1.0 From: prassib To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - JBPM_LOG issue Date: Thu, 25 Jan 2007 18:49:22 -0500 Message-ID: <1192190.1169768962614.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6592358486988213358== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I wrote a test program that runs against an in-memory database. I can succe= ssfully create a LoggingInstance by calling the method getLoggingInstance o= n the ProcessInstance. I can catch hold of the NodeLogs from the LoggingIns= tance & get the Node_Enter & Node_leave times. when we run similar code inside my application against my production databa= se(DB2), my NodeLogs List size is always 0. I checked the database, there a= re no records in the JBPM_LOG table. Other tables like JBPM_PROCESSINSTANCE= , JBPM_TOKEN, JBPM_TRANSITION show all the appropriate records but the JBPM= _LOG table is always empty. Could anyone throw some light, why this could be happening? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006607#4006607 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006607 --===============6592358486988213358==-- From do-not-reply at jboss.com Thu Jan 25 19:48:50 2007 Content-Type: multipart/mixed; boundary="===============0426412655326196245==" MIME-Version: 1.0 From: jaroslaw.kijanowski To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - testsuite's log4j configuration leads to large reports Date: Thu, 25 Jan 2007 19:48:50 -0500 Message-ID: <32133862.1169772530482.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0426412655326196245== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Testsuite's log4j was configured to print DEBUG messages to system.out. This leads to a large TESTS-TestSuites.xml file. There are two targets in build.xml: tests-report-xml tests-report-text The first one generates testsuite/output/reports/text/TESTS-TestSuites.txt The second one testsuite/output/reports/xml/TESTS-TestSuites.xml Both files are small summaries (see below). Both targets uses a XSL Transformation to transform this huge TESTS-TestSui= tes.xml file. If this file is larger than 100MB, JAVA's embedded XSLT is un= able finish this process: 812 tests =3D 98 MB =3D 11 minutes 27 seconds 813 tests =3D 100 MB =3D 21 minutes 26 seconds 817 tests (the whole testsuite) =3D 111MB =3D OOME after over 80 minutes So we can: - use another XSLT - STX, but this needs new stylesheets, new libraries - make the noisiest tests less verbose by commenting log.debug() - make log4j less verbose (this was already done by changing level from DEB= UG to FATAL) - skip both targets above - do we need these files generated by that target= s? TESTS-TestSuites.txt: ********************** 2007-01-25.10-47Sun Microsystems I= nc.1.4.2_091.0= Java HotSpot(TM) Client VM1.4.2_09-b05mixed mode1.448.0Linuxi3862.6.9-42.0.2.EL= smp4167416511 ********************** TESTS-TestSuites.txt: ********************** JBoss daily test results SUMMARY Number of tests run: 4167 -------------------------------------------- Successful tests: 4165 Errors: 1 Failures: 1 -------------------------------------------- [time of test: 2007-01-25.10-47 GMT] [java.version: 1.4.2_09] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_09-b05] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.6.9-42.0.2.ELsmp] Useful resources: - http://jboss.sourceforge.net/junit-results/32/2007-01-25.10-47 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! -------------------------------------------- DETAILS OF ERRORS Suite: org.jboss.test.pooled.test.SSLSocketsUnitTestCase Test: testClientCertSSLAccess Type: error Exception: java.rmi.AccessException Message: SecurityException; nested exception is: javax.security.auth.= login.FailedLoginException: Supplied Credential did not match existing cred= ential for null --------------------------------- Suite: org.jboss.test.security.test.SRPLoginModuleUnitTestCase Test: testSRPLoginWithAuxChallenge Type: failure Exception: junit.framework.AssertionFailedError Message: Unable to complete login: Failed to complete SRP login, msg=3D= Failed to encrypt aux challenge --------------------------------- ********************** View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006616#4006616 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006616 --===============0426412655326196245==-- From do-not-reply at jboss.com Thu Jan 25 20:16:17 2007 Content-Type: multipart/mixed; boundary="===============3154452439795574273==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Thu, 25 Jan 2007 20:16:17 -0500 Message-ID: <33537836.1169774177546.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3154452439795574273== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable They are used for the reports summary as well as the email msgs. Perhaps we= need a better formatter that produces a more concise summary that does not= include all of the console output. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006617#4006617 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006617 --===============3154452439795574273==-- From do-not-reply at jboss.com Thu Jan 25 20:39:53 2007 Content-Type: multipart/mixed; boundary="===============8283695988219636900==" MIME-Version: 1.0 From: jailau_24 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Labs] - JBOSS Problem... When trying to contact with JBOSS my server Date: Thu, 25 Jan 2007 20:39:53 -0500 Message-ID: <9234219.1169775593707.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8283695988219636900== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Pls.. help.. Everytime I connect to jboss, tomcat has been dead.. And It returns error: /var/log/momasrv.log (scanned at Wed Jan 24 16:14:59 PHT 2007) 2007-01-24 1= 6:14:43,300 [MO Service HTTP Client] ERROR com.mwise.HTTP.Client - IOExcept= ion trying to finish connecting to <202.163.229.51>: java.net.ConnectExcept= ion: Connection refused 2007-01-24 16:14:43,506 [MO Service HTTP Client] ER= ROR com.mwise.HTTP.Client - IOException trying to finish connecting to <202= .163.229.51>: java.net.ConnectException: Connection refused 2007-01-24 16:1= 4:43,712 [MO Service HTTP Client] ERROR com.mwise.HTTP.Client - IOException= trying to finish connecting to <202.163.229.51>: java.net.ConnectException= : Connection refused 2007-01-24 16:14:43,918 [MO Service HTTP Client] ERROR= com.mwise.HTTP.Client - IOException trying to finish connecting to <202.16= 3.229.51>: java.net.ConnectException: Connection refused 2007-01-24 16:14:4= 3,946 [SmsEngine #50] ERROR mwise.smsengine.Distributor - Error parsing Wddx Pls. tell me what's the meaning of the error. thanx.. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006620#4006620 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006620 --===============8283695988219636900==-- From do-not-reply at jboss.com Thu Jan 25 20:48:15 2007 Content-Type: multipart/mixed; boundary="===============6865841616621325178==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - DB test matrix Date: Thu, 25 Jan 2007 20:48:15 -0500 Message-ID: <19100737.1169776095484.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6865841616621325178== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The actual tests have a success rate of 78.18%. The goal is to increase the= rate to 100%. The latest tests executed by our labs are visible at http://cruisecontrol.j= boss.com:80/cc/buildresults/jboss-portal-2.6-testsuite-db For now I class the issues into 2 classes : 1/ JBP bugs 2/ configuration issues in labs So it's a joint effort to achieve 100% :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006622#4006622 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006622 --===============6865841616621325178==-- From do-not-reply at jboss.com Thu Jan 25 20:48:22 2007 Content-Type: multipart/mixed; boundary="===============5929947870468473671==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Thu, 25 Jan 2007 20:48:22 -0500 Message-ID: <28521531.1169776102235.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5929947870468473671== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have fixed some of them for oracle (Cannot execute query) in InstanceCont= ainerTestCase with persistLocally=3Dfalse. So in the next run that number s= hould increase a little. The other large categories failing are : - SQLServer seems in the limbos, so nothing to look at until I see "Cannot = open connection" disappear. - Mysql X also seems weird in InstanceContainerTestCase : "An instance with= id MyInstance already exist". I'll give a try to mysql. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006623#4006623 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006623 --===============5929947870468473671==-- From do-not-reply at jboss.com Thu Jan 25 20:52:53 2007 Content-Type: multipart/mixed; boundary="===============1663397706396401263==" MIME-Version: 1.0 From: prabhat.jha at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Thu, 25 Jan 2007 20:52:53 -0500 Message-ID: <21315782.1169776373200.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1663397706396401263== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I will take a look at conneciton issues and URLs. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006624#4006624 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006624 --===============1663397706396401263==-- From do-not-reply at jboss.com Thu Jan 25 21:36:47 2007 Content-Type: multipart/mixed; boundary="===============8856025853162249636==" MIME-Version: 1.0 From: jailau_24 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss/Tomcat Integration] - TOMCAT dead everytime I connect to JBOSS Date: Thu, 25 Jan 2007 21:36:47 -0500 Message-ID: <33444954.1169779007329.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8856025853162249636== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Pls.. help.. = Everytime I connect to jboss, tomcat is dead.. = And It returns error: = /var/log/momasrv.log (scanned at Wed Jan 24 16:14:59 PHT 2007) 2007-01-24 1= 6:14:43,300 [MO Service HTTP Client] ERROR com.mwise.HTTP.Client - IOExcept= ion trying to finish connecting to <202.163.229.51>: java.net.ConnectExcept= ion: Connection refused 2007-01-24 16:14:43,506 [MO Service HTTP Client] ER= ROR com.mwise.HTTP.Client - IOException trying to finish connecting to <202= .163.229.51>: java.net.ConnectException: Connection refused 2007-01-24 16:1= 4:43,712 [MO Service HTTP Client] ERROR com.mwise.HTTP.Client - IOException= trying to finish connecting to <202.163.229.51>: java.net.ConnectException= : Connection refused 2007-01-24 16:14:43,918 [MO Service HTTP Client] ERROR= com.mwise.HTTP.Client - IOException trying to finish connecting to <202.16= 3.229.51>: java.net.ConnectException: Connection refused 2007-01-24 16:14:4= 3,946 [SmsEngine #50] ERROR mwise.smsengine.Distributor - Error parsing Wdd= x = Pls. tell me what's the meaning of the error. thanx.. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006628#4006628 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006628 --===============8856025853162249636==-- From do-not-reply at jboss.com Fri Jan 26 02:42:14 2007 Content-Type: multipart/mixed; boundary="===============5292278700688604649==" MIME-Version: 1.0 From: dimitris at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Fri, 26 Jan 2007 02:42:14 -0500 Message-ID: <18263526.1169797334142.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5292278700688604649== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Where are those summaries used? I mean when you browse CC results. I very much like the stdout output on every test, so I'd rather drop the 2 = summaries. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006679#4006679 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006679 --===============5292278700688604649==-- From do-not-reply at jboss.com Fri Jan 26 03:25:20 2007 Content-Type: multipart/mixed; boundary="===============3582056484992104670==" MIME-Version: 1.0 From: wojsal1 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - 2.4.1 - source without thirdparty Date: Fri, 26 Jan 2007 03:25:20 -0500 Message-ID: <9054567.1169799920171.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3582056484992104670== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have got source jboss Portal 2.4.1. In documentation, referenceGuide chap= ter 2.3.1, is directory thirdparty. But I have not this directory in my source. I can't build datasource (because I haven't this direcotory). What I have to do? Where from I get direcory thirdparty? How I can create t= his directory with content? Regards, WOJSAL View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006692#4006692 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006692 --===============3582056484992104670==-- From do-not-reply at jboss.com Fri Jan 26 03:45:19 2007 Content-Type: multipart/mixed; boundary="===============8839690347033423536==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Registering a bean as an aspect in the bootstrap Date: Fri, 26 Jan 2007 03:45:19 -0500 Message-ID: <22629026.1169801119625.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8839690347033423536== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm not able to register an aspect using the aop:lifecycle-configure mechan= ism: | prepareDeploy(..))"> | | = I have to use the AspectManager ctor config to get this aspect to be applie= d to the deployers: | ... | | commitDeploy(..))"> | = = | | = Is there a way to have an aspect as a bean that can be manipulated as an mc= bean that will still be applied to the beans being loaded? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006696#4006696 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006696 --===============8839690347033423536==-- From do-not-reply at jboss.com Fri Jan 26 03:56:08 2007 Content-Type: multipart/mixed; boundary="===============6054883266594219796==" MIME-Version: 1.0 From: thomas.heute at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: 2.4.1 - source without thirdparty Date: Fri, 26 Jan 2007 03:56:08 -0500 Message-ID: <12199898.1169801768752.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6054883266594219796== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Just start the building, it will create the directory and get all the stuff= in it from the Web. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006702#4006702 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006702 --===============6054883266594219796==-- From do-not-reply at jboss.com Fri Jan 26 04:24:21 2007 Content-Type: multipart/mixed; boundary="===============2545932891798545358==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: what are the new features in JBPM 3.2? Date: Fri, 26 Jan 2007 04:24:21 -0500 Message-ID: <28762715.1169803461455.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2545932891798545358== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable * email integration is explained in a new chapter in the userguide in the d= ownload * enterprise beans an .ear packaging. these are not yet properly documente= d... working on it. * new project structure (both source tree and download) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006720#4006720 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006720 --===============2545932891798545358==-- From do-not-reply at jboss.com Fri Jan 26 04:28:56 2007 Content-Type: multipart/mixed; boundary="===============7932490107709838168==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Guidance for JBPM-725? Applies to 3.2? Date: Fri, 26 Jan 2007 04:28:56 -0500 Message-ID: <32498670.1169803736784.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7932490107709838168== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable thanks for bringing that up. it's a good poit and it would be great if you= could help us with that. did you already sign a contributors agreement ? if not, see the jbpm wiki = oncontributions and check Cotributors Agreement in the left menu of labs.jb= oss.org (you have to be logged in to sign an agreement) once that is done, you can get cvs commit access to apply ths change. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006721#4006721 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006721 --===============7932490107709838168==-- From do-not-reply at jboss.com Fri Jan 26 04:34:37 2007 Content-Type: multipart/mixed; boundary="===============2938886253852984676==" MIME-Version: 1.0 From: wojsal1 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: 2.4.1 - source without thirdparty Date: Fri, 26 Jan 2007 04:34:37 -0500 Message-ID: <8834836.1169804077144.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2938886253852984676== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "thomas.heute(a)jboss.com" wrote : Just start the building, it will create = the directory and get all the stuff in it from the Web. Thanks, WOJSAL View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006722#4006722 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006722 --===============2938886253852984676==-- From do-not-reply at jboss.com Fri Jan 26 07:45:54 2007 Content-Type: multipart/mixed; boundary="===============6302993332348508098==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Fri, 26 Jan 2007 07:45:53 -0500 Message-ID: <10000752.1169815553945.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6302993332348508098== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable No. is there to disable transaction interleaving. It is only relevant for XA, it must be true for local. There has been some debate in the past on whether we should disable interleaving by default since most XAResources don't support it. This includes all xa datasources that I've come across which is why their examples disable it. e.g. possible change 1) Disable interleaving by default 2) Ignore the track-connection-by-tx 3) Add a new flag JBossMQ supports transaction interleaving, meaning the pool does not have to be as big as for other JMS impls! See below. Explanation of transaction interleaving: The purpose of interleaving is to improve the performance of the pool. If the XAResource supports interleaving then multiple transactions can go through it at once (although only one transaction can be associated at o= nce). e.g. Using a single real connection/XAResource Tx1: Ask for a connection and enlist the xa resource = XAResource.start(xid1, TMNOFLAGS) Tx1: Return the connection to the pool = XAResource.end(xid1, TMSUSPEND) Tx2: Ask for a connection and enlist the xa resource (it is the same) - XAR= esource.start(xid2, TMNOFLAGS) (Point A) Tx2: Return the connection to the pool XAResource.end(xid2, TMSUSPEND) Tx1: Ask for a connection and enlist the xa resource - we resume the old one XAResource.start(xid1, TMRESUME) Additionally, the XAResource 2PC commtt protocol can be invoked concurrently if the XAResource supports interleaving. i.e. in the above at (Point A) the Tx1/xid1 could be committed even though the XAResource is currently associated with xid2 As you can see. Support for interleaving greatly reduces the number of connections required in the pool. = If you have transaction stickiness (track-connection-by-tx), you need one connection per transaction, even if the transaction has already tried to return the connection to the pool, but it hasn't commi= tted it yet. Example of where interleaving is useful: 1) get jms connection and receive a message 2) return jms connection for somebody else to use 3) do long running process (might take minutes) 4) commit With track-connection-by-tx, the connection won't become available until after the long running process is complete, with interleaving somebody else can use the connection during the long running process. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006779#4006779 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006779 --===============6302993332348508098==-- From do-not-reply at jboss.com Fri Jan 26 07:49:39 2007 Content-Type: multipart/mixed; boundary="===============7275241536348395557==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Fri, 26 Jan 2007 07:49:39 -0500 Message-ID: <30568557.1169815779347.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7275241536348395557== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Now the explanation is over, what is the exact problem? The whole point of the XAException test is to make sure the correct exceptions are being reported, e.g. RuntimeExceptions are not getting leaked where XAExceptions are expected. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006782#4006782 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006782 --===============7275241536348395557==-- From do-not-reply at jboss.com Fri Jan 26 08:10:00 2007 Content-Type: multipart/mixed; boundary="===============8137278457231663332==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 08:10:00 -0500 Message-ID: <953353.1169817000687.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8137278457231663332== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | This is possible in JAXB, if you have the following in your root type: | Code: | = | // Array of Element or JAXB elements. | @XmlAnyElement(lax=3D"true") | public Object[] others; | = | JAXB dynamically resolves type information off of annotations. So befor= e unmarshalling, if you pass the JAXBContext a FooType.class. | = That isn't what the example does. JBossXB uses the xml namespace to determine the class to unmarshal as the wildcard. You don't have to tell it a fixed number of classes/packag= es upfront on the JAXBContext. JAXB is simply not extensible to abitrary wildcards. | | | | | | = | @RootElement | public class MyClass | { | | @XmlElement(name=3D"string" type=3DStringSomething.class) | @XmlElement(name=3D"blah" type=3DBlahSomething.class) | = | | @XmlAnyElement(I'll accept anything that implements the interface!) | public void setSomethings(List somethings) {} | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006792#4006792 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006792 --===============8137278457231663332==-- From do-not-reply at jboss.com Fri Jan 26 08:23:37 2007 Content-Type: multipart/mixed; boundary="===============7365429909869853243==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 08:23:37 -0500 Message-ID: <24926115.1169817817675.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7365429909869853243== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jason.greene(a)jboss.com" wrote : Or different schemas need to be associat= ed with the same object model. = | -Jason Yes, this is also broken as well. :-) The namspace is associated with the package level annotation rather the root element. This is a basic reusability issue. e.g. It should be: | public class AbstractEJBModel | { | @XMLElement(name=3D"enterpriseBeans") | public void setEJBs(List ejbs); | } | = | @XmlRootElement(namespace=3D"EJB21Namespace") | public class Ejb21Model extends AbstractEJBModel | { | } | = | @XmlRootElement(namespace=3D"EJB30Namespace") | public class Ejb30Model extends AbstractEJBModel | { | } | = The ejbs property should be mapped to EJB21Namespace/EJB21Model or EJB30Nam= espace/EJB30Model depending on the model chosen (the namespace in the xml). I have this in my prototype of bindings for JBossXB annotations - the USE_PARENT_NAMESPACE. | /** | * SchemaProperty. | * = | * @author Adrian Brock | * @version $Revision: 1.1 $ | */ | @Documented | @Target(ElementType.METHOD) | @Retention(RetentionPolicy.RUNTIME) | public @interface SchemaProperty | { | /** Whether it is mandatory */ | boolean mandatory() default true; | = | /** The namespace, default empty */ | String namespace() default SchemaConstants.USE_PARENT_NAMESPACE; | = | /** The local name, default use the property name */ | String name() default SchemaConstants.USE_PROPERTY_NAME; | = | /** The implementation class */ | Class impl() default Object.class; | = | /** TODO remove this when groups work properly */ | boolean noInterceptor() default false; | = | /** TODO combine with mandatory */ | boolean ignore() default false; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006802#4006802 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006802 --===============7365429909869853243==-- From do-not-reply at jboss.com Fri Jan 26 09:57:57 2007 Content-Type: multipart/mixed; boundary="===============3029050006898093744==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Failing tests Date: Fri, 26 Jan 2007 09:57:56 -0500 Message-ID: <3638766.1169823476898.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3029050006898093744== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've fixed the javabean2 test. The problem was caused because there was no constructor element on which the construction callback was invoked. I've added some fixup in the endElement of the javabean to cope with this c= ase. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006834#4006834 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006834 --===============3029050006898093744==-- From do-not-reply at jboss.com Fri Jan 26 10:01:26 2007 Content-Type: multipart/mixed; boundary="===============5906706260869071687==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Failing tests Date: Fri, 26 Jan 2007 10:01:26 -0500 Message-ID: <27162489.1169823686049.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5906706260869071687== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't like that this javabean2 code is using the MC metadata. 1) There is no way the javabean xml can support all this metadata 2) I want to move the javabean xml to the container project since it should only really be relying on the BeanInfo abstraction. The reason I have not moved it before is because it has a dependency on the KernelConfig class, so it needs a bit of refactoring to make this po= ssible. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006842#4006842 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006842 --===============5906706260869071687==-- From do-not-reply at jboss.com Fri Jan 26 10:09:05 2007 Content-Type: multipart/mixed; boundary="===============6671229686956485466==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Fri, 26 Jan 2007 10:09:05 -0500 Message-ID: <20184418.1169824145522.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6671229686956485466== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | Now the explanation is over, what is the exact problem? = | = I explained this already. = anonymous wrote : = | The tests require the failure to occur in the matchManagedConnections m= ethod. When the test originally runs, the pool is empty. As a result, a con= nection is successfully created and enlisted/delisted in the tranasction an= d returned to the pool. = | = | The second attempt to acquire the connection fails in the match and the= connection is destroyed. Howerver, JBossTS rightfully 'remembers' this guy= and when JBossTS attempts to finish the txn protocol the connection has al= ready been destroyed causing the failure. = | = | = Basically, JBossTS is attempting to complete the XA protocol on a resource = that has already been destroyed which is causing the failure presented in t= he JIRA issue. The tests itself, as you point out, is designed to make sure= that the correct behavior occurs when a match in the managed connection fa= ils. However, as is often the case, it has turned up this other issue. When you say anonymous wrote : = | There has been some debate in the past on whether we should disable = | interleaving by default since most XAResources don't support it. = | This includes all xa datasources that I've come across which is why = | their examples disable it. = | = This is basically what I am proposing since the default setting to allow fo= r interleaving seems to cause problems with JBossTS and XAResources. = My plan was to enable by default for XA resources,= and force it to be explicitly enabled for resources where this makes sense= (ie JMS resources). = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006848#4006848 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006848 --===============6671229686956485466==-- From do-not-reply at jboss.com Fri Jan 26 10:14:01 2007 Content-Type: multipart/mixed; boundary="===============4613723155463691973==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Fri, 26 Jan 2007 10:14:01 -0500 Message-ID: <13486537.1169824441805.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4613723155463691973== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry, I probably should have linked this sooner: = http://jira.jboss.org/jira/browse/JBAS-4017 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006851#4006851 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006851 --===============4613723155463691973==-- From do-not-reply at jboss.com Fri Jan 26 10:16:00 2007 Content-Type: multipart/mixed; boundary="===============2364006364930129323==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Fri, 26 Jan 2007 10:16:00 -0500 Message-ID: <27518155.1169824560588.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2364006364930129323== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : anonymous wrote : = | | Now the explanation is over, what is the exact problem? = | | = | I explained this already. = | = The explanation was incomprehensible since in principal the tests should work in both mode interleaving and transaction stickiness modes. I want to hear what the underlying cause is: 1) The test is broken - it is basicaclly a mock test so it is entirely poss= ible that it is not following the spec properly 2) JBossTS is throwing the wrong exception 3) Some other root problem View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006852#4006852 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006852 --===============2364006364930129323==-- From do-not-reply at jboss.com Fri Jan 26 10:19:28 2007 Content-Type: multipart/mixed; boundary="===============4843949813159970100==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Fri, 26 Jan 2007 10:19:27 -0500 Message-ID: <28747590.1169824767981.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4843949813159970100== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : = | When you say | = | anonymous wrote : = | | There has been some debate in the past on whether we should disable = | | interleaving by default since most XAResources don't support it. = | | This includes all xa datasources that I've come across which is why = | | their examples disable it. = | | = | = | This is basically what I am proposing since the default setting to allo= w for interleaving seems to cause problems with JBossTS and XAResources. = | = Support for interleaving is a spec requirement, see the JTA spec section 3.= 4.4, so if JBossTS is broken then it is a bug. NOTE: Interleaving is a "gambit". Because of interleaving you can have multiple transactions associated with the same connection. If the connection breaks you have more transactions failing for that single underlying failure! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006854#4006854 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006854 --===============4843949813159970100==-- From do-not-reply at jboss.com Fri Jan 26 11:36:50 2007 Content-Type: multipart/mixed; boundary="===============1773488831337163416==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Failing tests Date: Fri, 26 Jan 2007 11:36:50 -0500 Message-ID: <17760769.1169829410294.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1773488831337163416== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : = | The reason I have not moved it before is because it has a dependency | on the KernelConfig class, so it needs a bit of refactoring to make thi= s possible. If you give me some directions, I can take a shot at this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006895#4006895 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006895 --===============1773488831337163416==-- From do-not-reply at jboss.com Fri Jan 26 11:48:53 2007 Content-Type: multipart/mixed; boundary="===============2761491350547465500==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - web console deployment problem Date: Fri, 26 Jan 2007 11:48:53 -0500 Message-ID: <7544281.1169830133893.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2761491350547465500== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable we are pulling together the build for 3.2.Beta2 on HEAD. there was one last= issue we encountered during process deployment from the designer to the co= nsole 17:43:51,703 ERROR [[ProcessUploadServlet]] Servlet.service() for servlet P= rocessUploadServlet threw exception | java.lang.NoClassDefFoundError: org/apache/commons/io/output/DeferredFi= leOutputStream | at org.apache.commons.fileupload.DefaultFileItemFactory.createI= tem(DefaultFileItemFactory.java:102) | at org.apache.commons.fileupload.FileUploadBase.createItem(File= UploadBase.java:500) | at org.apache.commons.fileupload.FileUploadBase.parseRequest(Fi= leUploadBase.java:367) | at org.apache.commons.fileupload.FileUploadBase.parseRequest(Fi= leUploadBase.java:268) | at org.jbpm.webapp.servlet.ProcessUploadServlet.handleRequest(P= rocessUploadServlet.java:87) | at org.jbpm.webapp.servlet.ProcessUploadServlet.service(Process= UploadServlet.java:63) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jbpm.webapp.filter.LogFilter.doFilter(LogFilter.java:59) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(Repl= yHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(Standar= dWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(Standar= dContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invok= e(SecurityAssociationValve.java:175) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(A= uthenticatorBase.java:432) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCo= ntextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHo= stValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo= rtValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(Standard= EngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd= apter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Proce= ssor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11Connection= Handler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo= lTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(Maste= rSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | 17:43:52,265 DEBUG [JobExecutorThread] acquiring jobs for execution... Did the introduction of the fileupload 1.1.1 introduce a new dependency on = another lib ? = Maybe you are deploying to jboss 4.0.5, which might have a different set of= commons libs... David could you have a look at it ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006900#4006900 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006900 --===============2761491350547465500==-- From do-not-reply at jboss.com Fri Jan 26 12:01:01 2007 Content-Type: multipart/mixed; boundary="===============0278759409131862673==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Failing tests Date: Fri, 26 Jan 2007 12:01:01 -0500 Message-ID: <20423491.1169830861445.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0278759409131862673== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | If you give me some directions, I can take a shot at this. | = Basically move org.jboss.kernel.plugins.config.xml to something like org.jboss.javabean.plugins.xml in the container project and remove all dependency on the kernel project. It means changing it to use the org.jboss.config.spi.Configuration api rather the KernelConfig. There might be a few other issues as well? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006909#4006909 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006909 --===============0278759409131862673==-- From do-not-reply at jboss.com Fri Jan 26 12:51:39 2007 Content-Type: multipart/mixed; boundary="===============6789303274730749597==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Common parent pom.xml Date: Fri, 26 Jan 2007 12:51:39 -0500 Message-ID: <1931084.1169833899564.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6789303274730749597== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable After creating the pom files for microcontainer, and looking at the poms fo= r common, there are some common things that I would like to put into a pare= nt pom. The main thing initially is the definition of the jboss maven repo= sitory and plugin repository. This parent pom can be put into the maven re= pository so that we wouldn't have to add it to each project. Here is what it looks like: | | = | | 4.0.0 | jboss | snapshot | jboss-build | JBoss Build | http://www.jboss.org | Parent POM for all JBoss Projects | | | lgpl | http://repository.jboss.com/licenses/lgpl.txt | | | | JBoss Inc. | http://www.jboss.org | | = | pom | = | | | jboss | JBoss Inc. Repository | default | http://repository.jboss.com/maven2/ | | true | | | | = | | | jbosspluginrepo | jboss plugin repository | http://repository.jboss.com/maven2 | default | | false | never | | | | = | | | | cvs-file-repository | file://${maven.cvs.root} | | | = | | = The pom files for the various projects would then add a section like this i= n the beginning of the file: | | jboss-build | jboss | snapshot | | = The parent pom would have to be in the main maven repository (not just the = jboss one) because otherwise the child project poms wouldn't be able to fin= d it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006934#4006934 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006934 --===============6789303274730749597==-- From do-not-reply at jboss.com Fri Jan 26 12:52:06 2007 Content-Type: multipart/mixed; boundary="===============3628918238885660179==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console deployment problem Date: Fri, 26 Jan 2007 12:52:06 -0500 Message-ID: <18774349.1169833926819.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3628918238885660179== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hm, odd that I didn't run across this. What jbossas version is this on? I= 'm running on 4.0.4.GA right now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006935#4006935 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006935 --===============3628918238885660179==-- From do-not-reply at jboss.com Fri Jan 26 12:56:01 2007 Content-Type: multipart/mixed; boundary="===============2294291204177802382==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console deployment problem Date: Fri, 26 Jan 2007 12:56:01 -0500 Message-ID: <8071916.1169834161544.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2294291204177802382== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ah, never mind - I still had the old version in my deployment. User error! I'll check this out. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006939#4006939 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006939 --===============2294291204177802382==-- From do-not-reply at jboss.com Fri Jan 26 13:02:35 2007 Content-Type: multipart/mixed; boundary="===============4935424540230594226==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Failing tests Date: Fri, 26 Jan 2007 13:02:35 -0500 Message-ID: <18353378.1169834555151.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4935424540230594226== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think the Configuration class is missing some function to create the ctor= joinpoints which is why I had to use the KernelConfig and kernel metadata. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006944#4006944 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006944 --===============4935424540230594226==-- From do-not-reply at jboss.com Fri Jan 26 13:03:58 2007 Content-Type: multipart/mixed; boundary="===============7939090158813285499==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Re: Common parent pom.xml Date: Fri, 26 Jan 2007 13:03:57 -0500 Message-ID: <22594438.1169834637981.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7939090158813285499== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I want to get to the point of not relying on the maven repos for anything. = It should all be in our repository. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006945#4006945 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006945 --===============7939090158813285499==-- From do-not-reply at jboss.com Fri Jan 26 13:46:59 2007 Content-Type: multipart/mixed; boundary="===============0690627663033621073==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ManagementView refresh Date: Fri, 26 Jan 2007 13:46:59 -0500 Message-ID: <16013945.1169837219804.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0690627663033621073== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "charles.crouch(a)jboss.com" wrote : Running ProfileServiceUnitTestCase fro= m eclipse I just get two failures: | = This was just me not reading the tests properly and the tests themselves no= t being repeatable. The tests work fine the first time after a Server resta= rt, then fail everytime after that, because one test removes a DataSource, = which both tests reference. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006967#4006967 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006967 --===============0690627663033621073==-- From do-not-reply at jboss.com Fri Jan 26 13:51:03 2007 Content-Type: multipart/mixed; boundary="===============1704071891924877535==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ManagementView refresh Date: Fri, 26 Jan 2007 13:51:03 -0500 Message-ID: <11600787.1169837463437.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1704071891924877535== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've added a couple more methods to ProfileServiceUnitTestCase to try out t= he new ManagedComponent api. Let me know if I'm not using the API in the correct way, and if you have an= y comments on my inline comments below.. | public void testListComponents () throws Exception | { | ManagementView mgtView =3D getManagementView(); | = | // maybe needs a ctor which takes type,subtype ? | ComponentType type =3D new ComponentType(); | type.setType("DataSource"); | type.setType("LocalTX"); | Set comps =3D mgtView.getComponentsForType(type); | = | if (comps !=3D null) = | { | for (ManagedComponent comp : comps) | { | String name =3D comp.getName(); | Map props =3D comp.getProperties(); | } | } | } | = | /** | * test api usage only | * @throws Exception | */ = | public void testRemoveComponent () throws Exception | { | String componentName =3D "defaultDS"; | ManagementView mgtView =3D getManagementView(); | = | ComponentType type =3D new ComponentType(); | type.setType("DataSource"); | type.setType("LocalTX"); | Set comps =3D mgtView.getComponentsForType(type); | = | // maybe a mgtView.getComponentByNameAndType(type, componentName) w= ould be helpful | // i'm assuming componentName and type will be unique in a given pr= ofile. | = | if (comps !=3D null) = | { | for (ManagedComponent comp : comps) | { | if (componentName.equals(comp.getName())) | { | ManagedDeployment deployment =3D comp.getDeployment(); | deployment.removeComponent(comp); = | break; | } = | } | } | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006972#4006972 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006972 --===============1704071891924877535==-- From do-not-reply at jboss.com Fri Jan 26 14:00:08 2007 Content-Type: multipart/mixed; boundary="===============1480501655130386152==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 14:00:08 -0500 Message-ID: <13597596.1169838008643.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1480501655130386152== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : anonymous wrote : = | | = | | JBossXB uses the xml namespace to determine the class to unmarshal | | as the wildcard. You don't have to tell it a fixed number of classe= s/packages upfront | | on the JAXBContext. | | = | = | Either way the mapping of namespace to classes has to be known before u= nmarshalling, the difference is that you can lazy load classes with JBossXB= . If lazy discovery is important, we should get involved with the spec a= nd get it added. = | = | anonymous wrote : = | | JAXB is simply not extensible to abitrary wildcards. | | = | | = | | | | | | | | | | | | | | | | | | = | | | @RootElement | | | public class MyClass | | | { | | | // Known bindings | | | @XmlElement(name=3D"string" type=3DStringSomething.class) | | | @XmlElement(name=3D"blah" type=3DBlahSomething.class) | | | = | | | // Wildcard | | | @XmlAnyElement(I'll accept anything that implements the inte= rface!) | | | public void setSomethings(List somethings) {} | | | } | | | = | = | The issue with a mapping like this is that if there is any similarity b= etween the types that could be present on a wildcard, then using schema sub= typing is more appropriate. | = | -Jason = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006975#4006975 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006975 --===============1480501655130386152==-- From do-not-reply at jboss.com Fri Jan 26 14:04:25 2007 Content-Type: multipart/mixed; boundary="===============6000278379955398071==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 14:04:25 -0500 Message-ID: <12589418.1169838265437.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6000278379955398071== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "adrian(a)jboss.org" wrote : "jason.greene(a)jboss.com" wrote : Or differen= t schemas need to be associated with the same object model. = | | -Jason | = | Yes, this is also broken as well. :-) | = | The namspace is associated with the | package level annotation rather the root element. | This is a basic reusability issue. | = The package level namespace declaration in JAXB is just a default value for= convenience purposes. You can specify the namespace on XmlType and XmlRoot= Element. = What I meant is that the you can't have both the ejb2.1 schema and ejb3 sch= ema map to the same objects. -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006978#4006978 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006978 --===============6000278379955398071==-- From do-not-reply at jboss.com Fri Jan 26 14:29:07 2007 Content-Type: multipart/mixed; boundary="===============5564665072920908444==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Registering a bean as an aspect in the bootstrap Date: Fri, 26 Jan 2007 14:29:07 -0500 Message-ID: <3372208.1169839747657.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5564665072920908444== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't think so unless there is a way to make the MainDeployer and deploye= rs wait until the AspectManagerService is fully installed. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006986#4006986 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006986 --===============5564665072920908444==-- From do-not-reply at jboss.com Fri Jan 26 14:40:36 2007 Content-Type: multipart/mixed; boundary="===============8672531754193573019==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Re: Common parent pom.xml Date: Fri, 26 Jan 2007 14:40:36 -0500 Message-ID: <26080918.1169840436762.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8672531754193573019== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, in that case I could leave the repository specification out of the pare= nt pom. Should we still use a common parent? We could put the JBoss repository config in each specific project pom, but = put the plugin repository and other common configuration into the parent. = Then the build would still function without access to the main maven reposi= tory. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4006989#4006989 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4006989 --===============8672531754193573019==-- From do-not-reply at jboss.com Fri Jan 26 15:28:10 2007 Content-Type: multipart/mixed; boundary="===============6338448184195845733==" MIME-Version: 1.0 From: npkphilips To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - How to Signout from MyFacesGenericportlet Date: Fri, 26 Jan 2007 15:28:10 -0500 Message-ID: <6250963.1169843290662.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6338448184195845733== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm trying to write my own userPortlet. It must be jsf portlet. I am regist= ering users using usermodule and also store my specific registartion inform= ation i my Databese table. evrything works fine. i have only problems with = logout. I have in my jsf managed bean: public void logout(ActionEvent event){ | ExternalContext context =3D FacesContext.getCurrentInstance().getExter= nalContext(); | JBossActionResponse respone =3D (JBossActionResponse) context.getRespo= nse(); | respone.signOut(); | } and call it from jsf page: response.signOut create errors. = registration process uses jsf validation and converters so i don't wont to = convert portlet into normal portlet. How can i logout from jsf portlet? Whe= n and how can I acces actionResponse from jsf portlet. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007009#4007009 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007009 --===============6338448184195845733==-- From do-not-reply at jboss.com Fri Jan 26 16:43:10 2007 Content-Type: multipart/mixed; boundary="===============1311310020487099949==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Re: Common parent pom.xml Date: Fri, 26 Jan 2007 16:43:09 -0500 Message-ID: <5440567.1169847789974.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1311310020487099949== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That sounds fine. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007038#4007038 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007038 --===============1311310020487099949==-- From do-not-reply at jboss.com Fri Jan 26 17:05:12 2007 Content-Type: multipart/mixed; boundary="===============0051892830476728234==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ManagementView refresh Date: Fri, 26 Jan 2007 17:05:12 -0500 Message-ID: <25697264.1169849112688.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0051892830476728234== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "charles.crouch(a)jboss.com" wrote : I've added a couple more methods to Pr= ofileServiceUnitTestCase to try out the new ManagedComponent api. | = | Let me know if I'm not using the API in the correct way, and if you hav= e any comments on my inline comments below.. | = | = | | public void testListComponents () throws Exception | | { | | ManagementView mgtView =3D getManagementView(); | | = | | // maybe needs a ctor which takes type,subtype ? | | ComponentType type =3D new ComponentType(); | | type.setType("DataSource"); | | type.setType("LocalTX"); | | Set comps =3D mgtView.getComponentsForType(ty= pe); | | = | | if (comps !=3D null) = | | { | | for (ManagedComponent comp : comps) | | { | | String name =3D comp.getName(); | | Map props =3D comp.getProperties(); | | } | | } | | } | | = Needs to use type.setSubtype("LocalTX"), and there is a ctor now. I just ch= ecked it in as well. We will need enums for the standard component types as= well. "charles.crouch(a)jboss.com" wrote : = | /** | * test api usage only | * @throws Exception | */ = | public void testRemoveComponent () throws Exception | { | String componentName =3D "defaultDS"; | ManagementView mgtView =3D getManagementView(); | = | ComponentType type =3D new ComponentType(); | type.setType("DataSource"); | type.setType("LocalTX"); | Set comps =3D mgtView.getComponentsForType(type); | = | // maybe a mgtView.getComponentByNameAndType(type, componentName) w= ould be helpful | // i'm assuming componentName and type will be unique in a given pr= ofile. | = | if (comps !=3D null) = | { | for (ManagedComponent comp : comps) | { | if (componentName.equals(comp.getName())) | { | ManagedDeployment deployment =3D comp.getDeployment(); | deployment.removeComponent(comp); = | break; | } = | } | } | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007043#4007043 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007043 --===============0051892830476728234==-- From do-not-reply at jboss.com Fri Jan 26 17:15:33 2007 Content-Type: multipart/mixed; boundary="===============2286543657011136496==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 17:15:33 -0500 Message-ID: <17591324.1169849733570.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2286543657011136496== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "jason.greene(a)jboss.com" wrote : = | Either way the mapping of namespace to classes has to be known before u= nmarshalling, the difference is that you can lazy load classes with JBossXB= . If lazy discovery is important, we should get involved with the spec a= nd get it added. = | anonymous wrote : = | | The more immeadiate question is whether getting involved with jaxb = to get jbossxb features into it is worth while. = | | = | | "jason.greene(a)jboss.com" wrote : = | | | The issue with a mapping like this is that if there is any simi= larity between the types that could be present on a wildcard, then using sc= hema subtyping is more appropriate. | | | = | | I don't see how that resolves the problem. That just introduces a c= ommon base schema type for the interface, but it still has a wildcard becau= se the implementation details are outside of the contract. This is a common= issue with a plugin architecture. | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007049#4007049 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007049 --===============2286543657011136496==-- From do-not-reply at jboss.com Fri Jan 26 17:20:14 2007 Content-Type: multipart/mixed; boundary="===============5587794969913159812==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 17:20:14 -0500 Message-ID: <28477753.1169850014402.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5587794969913159812== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | The more immeadiate question is whether getting involved with jaxb to g= et jbossxb features into it is worth while. = | = There are a lot of specs that I think we should be involved in (ie JDBC etc= ) and this is one of them. Time constraints notwithstanding, I think it's i= mportant to get our voice/participation. I hate the NIH syndrome and I thin= k we fall prey to it more often than not. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007051#4007051 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007051 --===============5587794969913159812==-- From do-not-reply at jboss.com Fri Jan 26 17:22:02 2007 Content-Type: multipart/mixed; boundary="===============8144426258942524308==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Registering a bean as an aspect in the bootstrap Date: Fri, 26 Jan 2007 17:22:02 -0500 Message-ID: <29379723.1169850122708.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8144426258942524308== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It should be possible because the MainDeployer is just a bean in the bootst= rap process. The classes should all be in the same class loader space, and = we should be able to know the aspects that will be applied before any bean = class is loaded (unless that is a limitation of the current bean introspect= ion implementation). Adrian thought this should be possible when I asked hi= m about it this morning. I'm going to create a simpler testcase in the mc p= roject to describe and validate the usecase I'm after. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007052#4007052 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007052 --===============8144426258942524308==-- From do-not-reply at jboss.com Fri Jan 26 17:23:56 2007 Content-Type: multipart/mixed; boundary="===============6774005301610604066==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 17:23:56 -0500 Message-ID: <3740077.1169850236746.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6774005301610604066== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "weston.price(a)jboss.com" wrote : anonymous wrote : = | | The more immeadiate question is whether getting involved with jaxb = to get jbossxb features into it is worth while. = | | = | = | There are a lot of specs that I think we should be involved in (ie JDBC= etc) and this is one of them. Time constraints notwithstanding, I think it= 's important to get our voice/participation. I hate the NIH syndrome and I = think we fall prey to it more often than not. = | = | = The spec is not the issue though. Its clearly under defined for our legacy = usecases. I'm more interested in implementation first, spec second. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007053#4007053 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007053 --===============6774005301610604066==-- From do-not-reply at jboss.com Fri Jan 26 17:38:57 2007 Content-Type: multipart/mixed; boundary="===============5343928022521709973==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 17:38:57 -0500 Message-ID: <7909856.1169851137056.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5343928022521709973== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable That's fine, and I many ways I agree with you. However, my next question wo= uld be how many legacy use cases do we really have, and more importantly, = are there enough cases to develop an entire in-house, non-standard binding = framework to handle 2%, 5%? = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007055#4007055 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007055 --===============5343928022521709973==-- From do-not-reply at jboss.com Fri Jan 26 17:41:53 2007 Content-Type: multipart/mixed; boundary="===============2814158080961295099==" MIME-Version: 1.0 From: jaroslaw.kijanowski To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Fri, 26 Jan 2007 17:41:53 -0500 Message-ID: <20219728.1169851313186.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2814158080961295099== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Which formatter do you mean? JUnit? there are just three - xml, brief and p= lain... or a custom one. We need for every test the DEBUG messages - this lead to bigger TEST-testna= me.xml files - this leads to a huge (unparseable by XSLT) TESTS-Testsuites.= xml file. = What do you think about this: Let's generate TEST-testname.xml files like before, with all the DEBUG mess= ages Let's parse 817 TEST-testname.xml files (the whole testsuite) to 817 small = TEST-testname_short_version.xml files, just for the purpose to create this = two summaries. Now we could generate two TESTS-Testsuites.xml files, the big one for the h= tml report (which does not nead a XSL Transformation) and the small one for= these summaries where XSLT is involved. = Pros: We can leave DEBUG messages in the html report Cons: - we need a lot of more space ~ 200MB per testsuite - it could take a while (how long? no idea...) to parse 817 files to 817 s= maller files View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007056#4007056 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007056 --===============2814158080961295099==-- From do-not-reply at jboss.com Fri Jan 26 17:46:34 2007 Content-Type: multipart/mixed; boundary="===============2947267025220106385==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 17:46:33 -0500 Message-ID: <2103838.1169851593980.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2947267025220106385== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, its the plethora of legacy dtds, as well as features like the wildcard= issue. We should be looking first to get support for these in the jaxb pro= ject as extensions, and then worry about what can be standarized. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007057#4007057 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007057 --===============2947267025220106385==-- From do-not-reply at jboss.com Fri Jan 26 17:48:10 2007 Content-Type: multipart/mixed; boundary="===============4288897883800501858==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 17:48:10 -0500 Message-ID: <11210263.1169851690018.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4288897883800501858== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable +1 Well said. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007058#4007058 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007058 --===============4288897883800501858==-- From do-not-reply at jboss.com Fri Jan 26 17:58:53 2007 Content-Type: multipart/mixed; boundary="===============2229705221605884259==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Fri, 26 Jan 2007 17:58:53 -0500 Message-ID: <32955180.1169852333020.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2229705221605884259== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I was thinking of a custom xml formatter that produced the current TEST-tes= tname.xml along with a TEST-summary-testname.xml that would not contain any= stderr/out output to feed into the summary. It may also be easier to just = write a simple summary java program and bypas the use of xsl for the simple= xml/txt summaries. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007060#4007060 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007060 --===============2229705221605884259==-- From do-not-reply at jboss.com Fri Jan 26 18:18:32 2007 Content-Type: multipart/mixed; boundary="===============3063851119498540312==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Issues with passivation of nested SFSBs Date: Fri, 26 Jan 2007 18:18:32 -0500 Message-ID: <20038660.1169853512085.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3063851119498540312== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm seeing some issues related to caching and passivation of nested SFSBs (= i.e. one SFSB holds a ref to another, i.e. through an @EJB annotation). I'= d like to get some input as to what the proper behavior is. What I'm seeing is: If the nested bean declares an @Remote interface, when the parent bean is b= eing constructed for the nested bean an instance of StatefulBeanContext end= s up being cached. This works fine. If the nested bean does not declare an @Remote interface, when the parent b= ean is being constructed, for the nested bean an instance of ProxiedStatefu= lBeanContext ends up being cached. This leads to problems. The problem occurs if the parent bean is later removed. This does not resul= t in a call to remove the child bean from the cache. (I don't know if that'= s a problem or not; Chapter 11.7 of Bill Burke's book says it should be rem= oved, but I couldn't find a discussion of that in the spec.) A replicated ProxiedStatefulBeanContext is useless if its parent is not in = the cache. The replication clears the transient reference to the parent bea= n. If the context is later used, ProxiedStatefulBeanContext.getDelegate() = will attempt to look up the parent, which will result in a NoSuchEjbExcepti= on. The problem occurs when the background passivation thread decides to passiv= ate the orphaned ProxiedStatefulBeanContext and calls prePassivate(). You g= et this: | javax.ejb.NoSuchEJBException: Could not find Stateful bean: a1g1m-b11vx= 1-exf6itu4-1-exf6mcqp-1v | at org.jboss.ejb3.cache.tree.StatefulTreeCache.get(StatefulTreeCache.j= ava:148) | at org.jboss.ejb3.stateful.StatefulBeanContextReference.getBeanContext= (StatefulBeanContextReference.java:72) | at org.jboss.ejb3.stateful.ProxiedStatefulBeanContext.getDelegate(Prox= iedStatefulBeanContext.java:70) | at org.jboss.ejb3.stateful.ProxiedStatefulBeanContext.getContainer(Pro= xiedStatefulBeanContext.java:213) | at org.jboss.ejb3.stateful.StatefulBeanContext.prePassivate(StatefulBe= anContext.java:178) | at org.jboss.ejb3.cache.tree.StatefulTreeCache$ClusteredStatefulCacheL= istener.nodePassivated(StatefulTreeCache.java:376) | at org.jboss.cache.notifications.Notifier.notifyNodePassivated(Notifie= r.java:423) | ... Id a1g1m-b11vx1-exf6itu4-1-exf6mcqp-1v belongs to the parent bean. Some solutions I can see are: 1) If the child bean is meant to be removed along with the parent, fix what= ever's preventing that from happening. 2) Have the StatefulCache impls not cache instances of ProxiedStatefulBeanC= ontext. I don't understand the usage of this class well enough to know whet= her that's a valid solution or not. I doubt it. 3) Have the StatefulCache impls catch NoSuchEjbException when they call pre= Passivate(). Check if the context type is ProxiedStatefulBeanContext; if i= t is, suppress the exception and remove the useless context from the cache.= That's ugly but limited in scope. Any comments/suggestions are most appreciated. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007065#4007065 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007065 --===============3063851119498540312==-- From do-not-reply at jboss.com Fri Jan 26 18:22:00 2007 Content-Type: multipart/mixed; boundary="===============8760880521690479005==" MIME-Version: 1.0 From: jaroslaw.kijanowski To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Fri, 26 Jan 2007 18:22:00 -0500 Message-ID: <33343326.1169853720271.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8760880521690479005== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think it's easier to get xml files without stderr/out by writing a new st= ylesheet. writing an own formatter or a java program would need to integrat= e it with the testsuite. Finally these "short-version" files could be removed so additional space is= not needed. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007066#4007066 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007066 --===============8760880521690479005==-- From do-not-reply at jboss.com Fri Jan 26 18:29:33 2007 Content-Type: multipart/mixed; boundary="===============3359123917625605575==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Fri, 26 Jan 2007 18:29:33 -0500 Message-ID: <29610132.1169854173226.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3359123917625605575== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As expected, solution #2 above is not an option; if you don't cache the con= text the parent bean can't invoke on the child. DOH! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007068#4007068 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007068 --===============3359123917625605575==-- From do-not-reply at jboss.com Fri Jan 26 18:35:23 2007 Content-Type: multipart/mixed; boundary="===============7308839209481238145==" MIME-Version: 1.0 From: charles.crouch at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: ManagementView refresh Date: Fri, 26 Jan 2007 18:35:23 -0500 Message-ID: <26146821.1169854523672.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7308839209481238145== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : = | The component name will not be unique in a profile in general because o= f scoped components like mdbs, local ejbs which only need unique names with= in their deployment. = | = Understood. -1 on getComponentByNameAndType. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007072#4007072 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007072 --===============7308839209481238145==-- From do-not-reply at jboss.com Fri Jan 26 19:08:25 2007 Content-Type: multipart/mixed; boundary="===============3120208855066665750==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Fri, 26 Jan 2007 19:08:25 -0500 Message-ID: <14392462.1169856505615.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3120208855066665750== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If that works, great. I was not clear on whether a new stylesheet avoids th= e current memory problem. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007075#4007075 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007075 --===============3120208855066665750==-- From do-not-reply at jboss.com Fri Jan 26 21:04:25 2007 Content-Type: multipart/mixed; boundary="===============6053336608236421612==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of POJO Server] - Re: JAXBDeployer Date: Fri, 26 Jan 2007 21:04:25 -0500 Message-ID: <16428869.1169863465538.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6053336608236421612== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : "jason.greene(a)jboss.com" wrote : = | | Either way the mapping of namespace to classes has to be known befo= re unmarshalling, the difference is that you can lazy load classes with JBo= ssXB. If lazy discovery is important, we should get involved with the sp= ec and get it added. = | | = | The more immeadiate question is whether getting involved with jaxb to g= et jbossxb features into it is worth while. = | = I definately can't say, but my guess is that its not necessary at this poin= t. since so much is built on JBossXB. However, longer term it should be loo= ked at IMO. = anonymous wrote : = | "jason.greene(a)jboss.com" wrote : = | | The issue with a mapping like this is that if there is any similari= ty between the types that could be present on a wildcard, then using schema= subtyping is more appropriate. | | = | I don't see how that resolves the problem. That just introduces a commo= n base schema type for the interface, but it still has a wildcard because t= he implementation details are outside of the contract. This is a common iss= ue with a plugin architecture. | = It doesn't. I was looking at it from the perspective of how a general xml b= inding framework should work. Mapping a wildcard to an interface, or commo= n subtype adds restrictions that aren't represented in the schema definitio= n. So Object (or some binding based wildcard java type) is a more natural = container for a schema wildcard. However, I can see where being able to add= your own generic wildcard type would simplify the programming model. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007100#4007100 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007100 --===============6053336608236421612==-- From do-not-reply at jboss.com Fri Jan 26 21:22:29 2007 Content-Type: multipart/mixed; boundary="===============0097992864915710305==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of the JBoss EJB Container] - JBAS-3873, Clarify the setRollbackOnly issue Date: Fri, 26 Jan 2007 21:22:29 -0500 Message-ID: <12971550.1169864549618.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0097992864915710305== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.com/jira/browse/JBAS-3873 what is the non-deterministic b= ehavior that needs to be fixed? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007101#4007101 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007101 --===============0097992864915710305==-- From do-not-reply at jboss.com Fri Jan 26 22:17:38 2007 Content-Type: multipart/mixed; boundary="===============4443690293861428203==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console deployment problem Date: Fri, 26 Jan 2007 22:17:37 -0500 Message-ID: <4533075.1169867858005.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4443690293861428203== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, should be fixed now. I had to put commons-io 1.2 out on the repository= server since the latest out there was 1.0. I tested uploading a process i= n the webapp and it works. Also flushed out a bug in the console ant scrip= t and a console redirect bug which I somehow missed before. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007112#4007112 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007112 --===============4443690293861428203==-- From do-not-reply at jboss.com Sat Jan 27 03:25:46 2007 Content-Type: multipart/mixed; boundary="===============5934152773808927421==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - wsgen API, SPI, command line tool, and ant task Date: Sat, 27 Jan 2007 03:25:45 -0500 Message-ID: <29634578.1169886345939.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5934152773808927421== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable As of today, I checked in a full implementation of the JAX-WS wsgen tool. T= his work includes a full API and SPI, as well as an ant task and command li= ne tool. The WebServiceGenerator API is available here: http://labs.jboss.com/file-access/default/members/jbossws/downloads/api-doc= s/org/jboss/ws/tools/jaxws/api/WebServiceGenerator.html The WebServiceGeneratorProvider SPI here: http://labs.jboss.com/file-access/default/members/jbossws/downloads/api-doc= s/index.html A custom provider can be specified using the system property "org.jboss.ws.= tools.jaxws.webServiceGeneratorProvider". This property is also available a= s static public field on WebServiceGenerator. The command line tool documentation is available here: http://labs.jboss.com/file-access/default/members/jbossws/downloads/api-doc= s/org/jboss/ws/tools/jaxws/WSGenerate.html The ant task documentation is available here: http://labs.jboss.com/file-access/default/members/jbossws/downloads/api-doc= s/org/jboss/ws/tools/jaxws/ant/WSGenerate.html The test case that demonstrates the API is located here: http://fisheye.jboss.com/browse/JBossWS/trunk/jbossws-tests/src/main/java/o= rg/jboss/test/ws/tools/jaxws/WebServiceGeneratorTestCase.java?r=3D2156 -Jason View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007142#4007142 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007142 --===============5934152773808927421==-- From do-not-reply at jboss.com Sat Jan 27 04:27:46 2007 Content-Type: multipart/mixed; boundary="===============0467956121398062558==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console deployment problem Date: Sat, 27 Jan 2007 04:27:45 -0500 Message-ID: <20497121.1169890065970.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0467956121398062558== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable cool, thanks! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007150#4007150 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007150 --===============0467956121398062558==-- From do-not-reply at jboss.com Sat Jan 27 08:07:25 2007 Content-Type: multipart/mixed; boundary="===============2029828247271849327==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Sat, 27 Jan 2007 08:07:25 -0500 Message-ID: <25478689.1169903245637.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2029828247271849327== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The success rate has increased to 79.85% (1320 tests) due to the tests for = oracle/InstanceContainer which are passing now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007167#4007167 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007167 --===============2029828247271849327==-- From do-not-reply at jboss.com Sat Jan 27 08:11:39 2007 Content-Type: multipart/mixed; boundary="===============1358138055271819012==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix (Repost) Date: Sat, 27 Jan 2007 08:11:39 -0500 Message-ID: <7871416.1169903499143.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1358138055271819012== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The success rate has increased to 79.85% (1320 tests) due to the tests for = oracle/InstanceContainer which are passing now. The InstanceContainerTestCase was showing (total/errors/failures) : | 84/35/1 | 84/33/1 | 84/23/1 | 84/23/1 | = Now we have : | 84/23/1 | 84/23/1 | 84/23/1 | 84/23/1 | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007167#4007167 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007167 --===============1358138055271819012==-- From do-not-reply at jboss.com Sat Jan 27 11:26:59 2007 Content-Type: multipart/mixed; boundary="===============1653379312295578270==" MIME-Version: 1.0 From: camunda To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Sat, 27 Jan 2007 11:26:59 -0500 Message-ID: <18984755.1169915219794.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1653379312295578270== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Okay, I have started to transfer our code to Commands. The first thing to s= ay is, that we will need a lot of commands (because for working with a fat = client we need a command for every communication with the engine), but I th= ink that is not a problem (and I do not know a good way around that). I have some questions on code conventions in the jbpm project, I haven't fi= gured it our myself and the JBoss-Website seems to be down today :-( 1) What Exception to use if I get invalid data in a command? The JbpmExcept= ion? 2.) Where to put Hibernate-Queries? We had to build some additional ones fo= r some circumstances. I have seen you put them into a xml-file. This is goo= d for seperating of concerns but I don't like it to much because you get ty= pos in Classes or package names faster there. But anyway, if I have additio= nal queries, can I add them there? Or write them into the commands (not a g= ood idea I think), or just move the HibernateQuery-class we have to the jBP= M code base? 3) Which JDK to use? Can I use generics (so loose JDK 1.4 compability)? Another question: Shouldn't be every attribute in the commands private? Bec= ause in the existing commands all attributes are package local... And the last question: Where to put concrete questions on the already exist= ing commands. In the sourcecode? Here in the forum? Wiki? Thanks in advance for the answers and a nice weekend Bernd View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007207#4007207 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007207 --===============1653379312295578270==-- From do-not-reply at jboss.com Sat Jan 27 11:34:55 2007 Content-Type: multipart/mixed; boundary="===============3198270464437660135==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Sat, 27 Jan 2007 11:34:55 -0500 Message-ID: <7661601.1169915695230.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3198270464437660135== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Apologies in advance if this is a hijack; I'll open another thread if the w= ork discussed here isn't the cause... In AS trunk with the latest microcontainer jars, this no longer works in a = -beans.xml: @org.jboss.aop.microcontainer.aspects.jmx.JMX(name=3D"jboss:ser= vice=3DHASingletonDeploymentScanner,partitionName=3D${jboss.partition.name:= DefaultPartition}", exposedInterface=3Dorg.jboss.ha.singleton.HASingletonDe= ploymentScannerMBean.class, registerDirectly=3Dtrue) You get: 10:18:00,181 ERROR [AbstractKernelController] Error installing to Configure= d: name=3DHASingletonDeploymentScanner state=3DInstantiated | javax.management.MalformedObjectNameException: Invalid character ':' in= value part of property | at javax.management.ObjectName.construct(ObjectName.java:529) | at javax.management.ObjectName.(ObjectName.java:1304) | at org.jboss.aop.microcontainer.aspects.jmx.JMXIntroduction.inv= oke(JMXIntroduction.java:71) | at org.jboss.aop.advice.org.jboss.aop.microcontainer.aspects.jm= x.JMXIntroduction_z_invoke_24464082.invoke(JMXIntroduction_z_invoke_2446408= 2.java) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodIn= vocation.java:101) | at AOPContainerProxy$5.setKernelControllerContext(AOPContainerP= roxy$5.java) | at org.jboss.kernel.plugins.dependency.KernelControllerContextA= ction.installAction(KernelControllerContextAction.java:208) | at org.jboss.kernel.plugins.dependency.KernelControllerContextA= ction.install(KernelControllerContextAction.java:136) | ... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007210#4007210 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007210 --===============3198270464437660135==-- From do-not-reply at jboss.com Sat Jan 27 11:40:28 2007 Content-Type: multipart/mixed; boundary="===============7934981342595316666==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Sat, 27 Jan 2007 11:40:28 -0500 Message-ID: <10062892.1169916028498.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7934981342595316666== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've no idea about 1 and 2, but the answer to 3 is that jdk 1.4 compatibili= ty is still required for the 3.2 core. Don't know if 3.3 or 4 will target 1= .5/5 but 3.2 definately not. Sorry. The questions if it is not a summary should be discussed here. The outcom c= ould be summarized in the wiki View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007212#4007212 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007212 --===============7934981342595316666==-- From do-not-reply at jboss.com Sat Jan 27 13:05:24 2007 Content-Type: multipart/mixed; boundary="===============2461313554522785682==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Sat, 27 Jan 2007 13:05:24 -0500 Message-ID: <333788.1169921124150.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2461313554522785682== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bstansberry(a)jboss.com" wrote : = | @org.jboss.aop.microcontainer.aspects.jmx.JMX(name=3D"jboss= :service=3DHASingletonDeploymentScanner,partitionName=3D${jboss.partition.n= ame:DefaultPartition}", exposedInterface=3Dorg.jboss.ha.singleton.HASinglet= onDeploymentScannerMBean.class, registerDirectly=3Dtrue) Uf, yes. = I removed the XB doing the replacement, but forgot to add this in the annot= ation value handling - since this string value is directly used, and not vi= a StringValueMetaData. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007229#4007229 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007229 --===============2461313554522785682==-- From do-not-reply at jboss.com Sat Jan 27 13:44:13 2007 Content-Type: multipart/mixed; boundary="===============7134688287331465262==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Sat, 27 Jan 2007 13:44:13 -0500 Message-ID: <11454213.1169923453831.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7134688287331465262== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable How do we change this: | | | | | | | | | | | = so that I can add an this (replace=3D"false"): @SomeAnnotation Is it ok that we have StringPropertyReplacer in AbstractAnnotationMetaData? String annString =3D StringPropertyReplacer.replaceProperties(anno= tation); | //FIXME [JBMICROCONT-99] [JBAOP-278] Use the loader for the be= an? | ann =3D (Annotation)AnnotationCreator.createAnnotation(annStri= ng, Thread.currentThread().getContextClassLoader()); | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007231#4007231 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007231 --===============7134688287331465262==-- From do-not-reply at jboss.com Sat Jan 27 13:49:34 2007 Content-Type: multipart/mixed; boundary="===============8105898947731136202==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Sat, 27 Jan 2007 13:49:33 -0500 Message-ID: <7851561.1169923773992.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8105898947731136202== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : If that works, great. I was not clear on = whether a new stylesheet avoids the current memory problem. = I agree with Scott.. I don't think just replacing the XSL would fix the mem= ory problem. The stdout still on the XML for each test. When JUnitReport aggregates all = the tests in a single XML, you will still have a problem to read that huge = XML entry. (The System.out/ System.err). And that's what I think is happeni= ng. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007232#4007232 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007232 --===============8105898947731136202==-- From do-not-reply at jboss.com Sat Jan 27 14:38:57 2007 Content-Type: multipart/mixed; boundary="===============0855855759089425567==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Sat, 27 Jan 2007 14:38:57 -0500 Message-ID: <18684582.1169926737069.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0855855759089425567== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The places where I was using that syntax, it wasn't critical. So for now I'= ve removed it so the AS trunk builds will work correctly. I'll monitor JBMI= CRONTAINER-143 and once it's done I'll restore the property replacement syn= tax in the annotation values. Thanks! View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007245#4007245 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007245 --===============0855855759089425567==-- From do-not-reply at jboss.com Sat Jan 27 15:09:24 2007 Content-Type: multipart/mixed; boundary="===============0562855967425996222==" MIME-Version: 1.0 From: jaroslaw.kijanowski To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - Re: testsuite's log4j configuration leads to large reports Date: Sat, 27 Jan 2007 15:09:24 -0500 Message-ID: <19669747.1169928564582.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0562855967425996222== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable A huge TESTS-Testsuites.xml file is ok as long it is not parsed by XSLT. To= generate a html report we don't use XSLT. We use XSLT just for generating = these two summaries. So my idea is to use XSLT not for the huge TESTS-Testsuites.xml, but to gen= erate smaller TEST-testname_short_version.xml files. Then, JUnitReport will= generate a second TESTS-Testsuites_short_version.xml by aggregating these = "short_version" xml files and not the bigger ones. Finally TESTS-Testsuites_short_version.xml would be used for generating sum= maries with the old stylesheets. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007256#4007256 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007256 --===============0562855967425996222==-- From do-not-reply at jboss.com Sat Jan 27 17:53:40 2007 Content-Type: multipart/mixed; boundary="===============6424413035232253161==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Sat, 27 Jan 2007 17:53:40 -0500 Message-ID: <12143475.1169938420682.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6424413035232253161== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have executed the test suite against mysql5 and all tests are passing so = there is something wrong in the QA mysql5 configuration which prevents test= s to execute correctly. My configuration is : Server version: 5.0.33 Source distribution mysql-connector-java-5.0.4-bin.jar datasource configured in datasources.xml | | mysql5 | jdbc:mysql://localhost:3306/jbossportal?useServerP= repStmts=3Dfalse&jdbcCompliantTruncation=3Dfalse | com.mysql.jdbc.Driver | portal | portalpassword | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007286#4007286 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007286 --===============6424413035232253161==-- From do-not-reply at jboss.com Sat Jan 27 18:59:35 2007 Content-Type: multipart/mixed; boundary="===============5524397423211250048==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Sat, 27 Jan 2007 18:59:35 -0500 Message-ID: <22187802.1169942375744.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5524397423211250048== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I implemented solution #3 above for StatefulTreeCache, since normal usage o= f clustered SFSBs with nested beans will lead to ERRORs in the logs. I thin= k the usage pattern that would lead problems with non-clustered beans is mo= re of an edge case (requires the parent to hand out a ref to the child), so= I won't implement it in SimpleStatefulCache without more feedback. The callbacks related to activation/passivation are also not handled correc= tly. See http://jira.jboss.com/jira/browse/EJBTHREE-849. The same analysis I applied in EJBTHREE-849 could also apply to the @PreDes= troy callback. Currently, o.j.e.test.clusteredsession.ExtendedPersistenceC= ontextUnitTestCase is failing because this callback is not invoked. I'm no= t sure if the spec requires invoking the @PreDestroy callback in this situa= tion though. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007303#4007303 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007303 --===============5524397423211250048==-- From do-not-reply at jboss.com Sat Jan 27 19:10:32 2007 Content-Type: multipart/mixed; boundary="===============8285449673049252121==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Sat, 27 Jan 2007 19:10:32 -0500 Message-ID: <21267131.1169943032546.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8285449673049252121== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Tangentially related to this is the issue of ClusteredStatefulCache.replica= te(StatefulBeanContext) for a nested SFSB with no remote interface. This m= ethod gets invoked on the return side of a clustered SFSB invocation. Agai= n, in this case, the cached context is a proxy. Replicating the proxy here= serves little purpose, as it doesn't result in any bean state being replic= ated. Question is, should the *parent context* be replicated in this case? That's= what actually holds the child bean's state. Replicating the parent is more correct, as it ensures the data is replicate= d. But it can be inefficient -- i.e. imagine a call on the parent that inte= rnally results in calls on 3 child beans. That would result in 4 replicati= ons of the parent, when 1 would suffice. It could also cause problems, as = 3 of the replications would occur while the parent bean is in the middle of= the outer invocation. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007306#4007306 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007306 --===============8285449673049252121==-- From do-not-reply at jboss.com Sun Jan 28 03:37:07 2007 Content-Type: multipart/mixed; boundary="===============2569255378993667003==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Sun, 28 Jan 2007 03:37:07 -0500 Message-ID: <8628165.1169973427302.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2569255378993667003== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "alesj" wrote : How do we change this: | = | | | | | | | | | | | | | | | | | | | | | | = | anonymous wrote : = | | = | | To allow an attribute on the annotation element, you need to change= it to a complexType/simpleContent: | | = | | = | | | | | | | | | | | | | | | | | | | | | = | | | | | | | | | | | | | | | | | | | | | = | | = | | "alesj" wrote : = | | | Is it ok that we have StringPropertyReplacer in AbstractAnnotat= ionMetaData? | | | String annString =3D StringPropertyReplacer.replacePro= perties(annotation); | | | | //FIXME [JBMICROCONT-99] [JBAOP-278] Use the loade= r for the bean? | | | | ann =3D (Annotation)AnnotationCreator.createAnnota= tion(annString, Thread.currentThread().getContextClassLoader()); | | | | = | | | = | | I guess, but I don't see this as a natural usage. A check of the re= place attribute would be needed. | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007381#4007381 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007381 --===============2569255378993667003==-- From do-not-reply at jboss.com Sun Jan 28 05:10:38 2007 Content-Type: multipart/mixed; boundary="===============3075354523902073612==" MIME-Version: 1.0 From: litalh To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JMX on JBoss (JBoss/JMX)] - Problem deploy my application using JMX over RMI Date: Sun, 28 Jan 2007 05:10:38 -0500 Message-ID: <3504746.1169979038193.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3075354523902073612== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I'm trying to deploy my application using JMX over RMI. This works great on= jboss 4.0.2 but failes on jboss 4.0.3 and later versions. I'm performing the deploy operation calling: server.invoke(deployment.getMainDeployer(), "deploy", new Object[]{"http:= //localhost:8080/AppSight/download/installer?filename=3D/jboss/AppSightInst= allerService.deployer"}, new String[]{"java.lang.String"}); As aresult I get the following error: Caused by: Incomplete Deployment listing: --- Packages waiting for a deployer --- org.jboss.deployment.DeploymentInfo(a)e8499f27 { url=3Dhttp://localhost:808= 0/AppSight/download/installer?filename=3D/jboss/AppSightInstallerService.de= ployer } deployer: null status: null state: INIT_WAITING_DEPLOYER watch: http://localhost:8080/AppSight/download/installer?filename=3D/jbos= s/AppSightInstallerService.deployer altDD: null lastDeployed: 1169745706645 lastModified: 1169745706630 mbeans: Was there any change in the way the JMX works in these versions. I will appreciate any help. Thanks, Lital View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007393#4007393 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007393 --===============3075354523902073612==-- From do-not-reply at jboss.com Sun Jan 28 17:55:19 2007 Content-Type: multipart/mixed; boundary="===============6598636909204216357==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Registering a bean as an aspect in the bootstrap Date: Sun, 28 Jan 2007 17:55:19 -0500 Message-ID: <31165145.1170024919218.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6598636909204216357== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I created two tests in the aop-mc-int project org.jboss.test.microcontainer= .test.{DeployersInterceptedTestCase,DeployersLifecycleTestCase} that I was = able to get working. However, the $instanceof{org.acme.IfA}->$implements(or= g.acme.IfA) pointcut expression is either not working or not working as exp= ected. I left the DeployersInterceptedTestCase.xml descriptor with the poin= tcut that does not work. Can you look at why this fails to match anything? Both $instanceof{org.acme.IfA}->*(..) and $instanceof{org.acme.IfA}->someMe= thod(..) are working. Now I need to see if this can be made to work in the jboss5 bootstrap. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007580#4007580 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007580 --===============6598636909204216357==-- From do-not-reply at jboss.com Sun Jan 28 18:40:56 2007 Content-Type: multipart/mixed; boundary="===============8291392312123639012==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Registering a bean as an aspect in the bootstrap Date: Sun, 28 Jan 2007 18:40:56 -0500 Message-ID: <20942561.1170027656540.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8291392312123639012== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The same type of configuration in the jboss5 conf/bootstrap-beans.xml fails= to apply the deployer aspects. How are the org.jboss.aop.deployers.AspectM= anagerJDK5 and org.jboss.aop.AspectManager going to differ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007596#4007596 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007596 --===============8291392312123639012==-- From do-not-reply at jboss.com Mon Jan 29 03:20:22 2007 Content-Type: multipart/mixed; boundary="===============2137533535203302005==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: committing content from our Date: Mon, 29 Jan 2007 03:20:22 -0500 Message-ID: <2114207.1170058822182.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2137533535203302005== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Java version: runtime engine of 3.x.x must run on JDK 1.4.2 the next version of the console 3.3+ probably will require java 5 Commands Having a lot of commands is not a problem. That is in fact the reason why = we use the command pattern over the typical session facade. But you could do similar things like with database connections: provide a b= ase API with which you can send queries and retrieve results. There is one= catch however: lazy loading. Together with the query, you should send som= e instructions on which relations of the retrieved objects should be eager = loaded. When the result is serialized and deserialized on the client, lazy loading = will not work. Another approach to adding eager loading indications is to create commands = to navigate the relations: e.g. 1 command to get all the swimlaneInstances = for this taskInstance. If you want more info on these various approaches and their tradeoffs, you = can give me a skype. Exceptions Use JbpmException or create a specific command exception if you think it is= applicable. as long as it inherits from JbpmException and as long as you = keep the total number of exception types low. = More important, try to document very carefully the return values of the com= mands and the exceptions they throw Where to put the queries Is this the file you're looking for ? | jpdl/jar/src/main/java/org/jbpm/db/hibernate.queries.hbm.xml View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007681#4007681 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007681 --===============2137533535203302005==-- From do-not-reply at jboss.com Mon Jan 29 03:31:18 2007 Content-Type: multipart/mixed; boundary="===============0981045142804717224==" MIME-Version: 1.0 From: neil4374 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Apache Jackrabbit Date: Mon, 29 Jan 2007 03:31:18 -0500 Message-ID: <1722032.1170059478389.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0981045142804717224== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hey, Does anybody know why Jacrabbit does not have a visual front end like = its rival Days Crx? Thank you View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007684#4007684 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007684 --===============0981045142804717224==-- From do-not-reply at jboss.com Mon Jan 29 04:57:31 2007 Content-Type: multipart/mixed; boundary="===============7093785817033237142==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: wsgen API, SPI, command line tool, and ant task Date: Mon, 29 Jan 2007 04:57:31 -0500 Message-ID: <23972483.1170064651473.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7093785817033237142== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks Jason, I'll have a look at it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007704#4007704 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007704 --===============7093785817033237142==-- From do-not-reply at jboss.com Mon Jan 29 05:40:52 2007 Content-Type: multipart/mixed; boundary="===============1151400800641637464==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - web console problem Date: Mon, 29 Jan 2007 05:40:52 -0500 Message-ID: <24145980.1170067252688.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1151400800641637464== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable hi david, could you check out this problem ? when i do a full build of the jpdl suite from head, i can create and deploy= a process from the designer. but when i start a new process instance from= this definition, i get the following exception. Could you have a look asa= p ? Also, can i just take HEAD to build the 3.2.Beta2 ? (after this problem is = fixed ?) 11:37:18,656 DEBUG [Bind] (Re-)binding org.jbpm.webapp.tag.jbpm.ui.Bind(a)1= a99295 | 11:37:18,656 DEBUG [Bind] No request parameter '/common/template.xhtml = @60,63 name=3D"tdid": ValueExpression[tdid]' found | 11:37:18,656 DEBUG [Bind] In restoreState! org.jbpm.webapp.tag.jbpm.ui.= Bind(a)1d694da | 11:37:18,656 DEBUG [Bind] (Re-)binding org.jbpm.webapp.tag.jbpm.ui.Bind= (a)1d694da | 11:37:18,656 DEBUG [Bind] No request parameter '/common/template.xhtml = @61,74 name=3D"piid": ValueExpression[piid]' found | 11:37:18,656 DEBUG [Bind] In restoreState! org.jbpm.webapp.tag.jbpm.ui.= Bind(a)c67f69 | 11:37:18,656 DEBUG [Bind] (Re-)binding org.jbpm.webapp.tag.jbpm.ui.Bind= (a)c67f69 | 11:37:18,656 DEBUG [Bind] No request parameter '/common/template.xhtml = @62,66 name=3D"pdid": ValueExpression[pdid]' found | 11:37:18,671 ERROR [STDERR] 29-jan-2007 11:37:18 com.sun.faces.lifecycl= e.LifecycleImpl phase | WARNING: executePhase(RESTORE_VIEW 1,com.sun.faces.context.FacesContext= Impl(a)54864c) threw exception | java.lang.IllegalStateException: org.jbpm.webapp.bean.ProcessBean$1 | at javax.faces.component.StateHolderSaver.restore(StateHolderSa= ver.java:98) | at javax.faces.component.UIComponentBase.restoreAttachedState(U= IComponentBase.java:1394) | at javax.faces.component.UIComponentBase.restoreState(UICompone= ntBase.java:1260) | at javax.faces.component.UICommand.restoreState(UICommand.java:= 332) | at javax.faces.component.html.HtmlCommandLink.restoreState(Html= CommandLink.java:876) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1129) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at org.jbpm.webapp.tag.jbpm.ui.Search.processRestoreState(Searc= h.java:126) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at com.sun.faces.application.StateManagerImpl.restoreView(State= ManagerImpl.java:173) | at org.ajax4jsf.framework.ajax.AjaxStateManager.restoreView(Aja= xStateManager.java:76) | at com.sun.faces.application.ViewHandlerImpl.restoreView(ViewHa= ndlerImpl.java:290) | at org.jbpm.webapp.application.JbpmViewHandler.restoreView(Jbpm= ViewHandler.java:62) | at com.sun.facelets.FaceletViewHandler.restoreView(FaceletViewH= andler.java:317) | at org.ajax4jsf.framework.ViewHandlerWrapper.restoreView(ViewHa= ndlerWrapper.java:109) | at org.ajax4jsf.framework.ajax.AjaxViewHandler.restoreView(Ajax= ViewHandler.java:140) | at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreView= Phase.java:142) | at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.ja= va:248) | at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.= java:117) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:24= 4) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFil= ter(BaseXMLFilter.java:75) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(Ba= seFilter.java:213) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jbpm.webapp.filter.LogFilter.doFilter(LogFilter.java:59) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(Repl= yHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(Standar= dWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(Standar= dContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invok= e(SecurityAssociationValve.java:175) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(A= uthenticatorBase.java:524) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCo= ntextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHo= stValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo= rtValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(Standard= EngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd= apter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Proce= ssor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11Connection= Handler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo= lTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(Maste= rSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | 11:37:18,671 DEBUG [JbpmPhaseListener] After phase RESTORE_VIEW 1 | 11:37:18,671 DEBUG [AjaxPhaseListener] Process after phase RESTORE_VIEW= 1 | 11:37:18,671 ERROR [[FacesServlet]] Servlet.service() for servlet Faces= Servlet threw exception | java.lang.IllegalStateException: org.jbpm.webapp.bean.ProcessBean$1 | at javax.faces.component.StateHolderSaver.restore(StateHolderSa= ver.java:98) | at javax.faces.component.UIComponentBase.restoreAttachedState(U= IComponentBase.java:1394) | at javax.faces.component.UIComponentBase.restoreState(UICompone= ntBase.java:1260) | at javax.faces.component.UICommand.restoreState(UICommand.java:= 332) | at javax.faces.component.html.HtmlCommandLink.restoreState(Html= CommandLink.java:876) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1129) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at org.jbpm.webapp.tag.jbpm.ui.Search.processRestoreState(Searc= h.java:126) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at javax.faces.component.UIComponentBase.processRestoreState(UI= ComponentBase.java:1145) | at com.sun.faces.application.StateManagerImpl.restoreView(State= ManagerImpl.java:173) | at org.ajax4jsf.framework.ajax.AjaxStateManager.restoreView(Aja= xStateManager.java:76) | at com.sun.faces.application.ViewHandlerImpl.restoreView(ViewHa= ndlerImpl.java:290) | at org.jbpm.webapp.application.JbpmViewHandler.restoreView(Jbpm= ViewHandler.java:62) | at com.sun.facelets.FaceletViewHandler.restoreView(FaceletViewH= andler.java:317) | at org.ajax4jsf.framework.ViewHandlerWrapper.restoreView(ViewHa= ndlerWrapper.java:109) | at org.ajax4jsf.framework.ajax.AjaxViewHandler.restoreView(Ajax= ViewHandler.java:140) | at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreView= Phase.java:142) | at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.ja= va:248) | at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.= java:117) | at javax.faces.webapp.FacesServlet.service(FacesServlet.java:24= 4) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFil= ter(BaseXMLFilter.java:75) | at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(Ba= seFilter.java:213) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jbpm.webapp.filter.LogFilter.doFilter(LogFilter.java:59) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(Repl= yHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFi= lter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(App= licationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(Standar= dWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(Standar= dContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invok= e(SecurityAssociationValve.java:175) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(A= uthenticatorBase.java:524) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCo= ntextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHo= stValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo= rtValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(Standard= EngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd= apter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Proce= ssor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11Connection= Handler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo= lTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(Maste= rSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007714#4007714 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007714 --===============1151400800641637464==-- From do-not-reply at jboss.com Mon Jan 29 05:41:16 2007 Content-Type: multipart/mixed; boundary="===============8078923655249334691==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 05:41:16 -0500 Message-ID: <10669039.1170067276529.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8078923655249334691== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable skype me in case you have problems reproducing this. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007715#4007715 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007715 --===============8078923655249334691==-- From do-not-reply at jboss.com Mon Jan 29 05:43:10 2007 Content-Type: multipart/mixed; boundary="===============2875768289694896310==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 05:43:10 -0500 Message-ID: <6082644.1170067390129.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2875768289694896310== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable another thing is that i added jakarta-io references in the build/base.proje= ct.build.xml. first in the up-to-date check and second in the libs classp= ath. please, keep this in mind for next classpath updates. (yes i know i should document this better :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007716#4007716 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007716 --===============2875768289694896310==-- From do-not-reply at jboss.com Mon Jan 29 06:36:31 2007 Content-Type: multipart/mixed; boundary="===============1975277833468899248==" MIME-Version: 1.0 From: twittemb To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Security on JBoss] - Clustered JbossSecurityMgrRealm Date: Mon, 29 Jan 2007 06:36:31 -0500 Message-ID: <63758.1170070591315.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1975277833468899248== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello all, I have a problem with the JBossSecurityMgrRealm local cache (roleMap). We have developped our own SSO mecanism, and i wonder if the is a clustered= version of JBossSecurityMgrRealm that could parse a distributed cache in o= rder to get users roles in the 'hasRole' method. = I have developped my own clustered JbossSecurityMgrRealm that parse such a = distributed cache, but i'm in trouble whith local cache persistence because= it is never refreshed when a user disconnect for example. Do anyone has already face this kind of problem ? How does the JBoss SSO mechanism deal with the Realm ? Thanks a lot. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007727#4007727 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007727 --===============1975277833468899248==-- From do-not-reply at jboss.com Mon Jan 29 07:51:13 2007 Content-Type: multipart/mixed; boundary="===============4908163857548662370==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Mon, 29 Jan 2007 07:51:13 -0500 Message-ID: <8407236.1170075073828.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4908163857548662370== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I was thinking about this over the weekend. The best way to fix this would be to implement the XAResource wrapper that we have been talking about for JCA. We could then check whether the connection is closed in end() and also reinstate the old behaviour for a failure (i.e. log a warning). This would also require some form of xid/transaction mapping which I'm not sure how we do generically - probably some trick in the tx.enlistResource() call which will callback on our XAResource wrapp= er with the XID? e.g. Something like: | public void end(Xid xid, int flags) throws XAException | { | // Ignore if we are already destroyed | if (cl.getState() =3D=3D ConnectionListener.DESTROYED) | return; | = | try | { | delegate.end(xid, flags); | } | catch (Throwable t) | { | // We log the warning and force a rollback | log.warn("Error ending resource " + cl, t); | try | { | Transaction tx =3D getTransaction(xid); // ????? | if (TxUtils.isActive(tx)) | tx.setRollbackOnly(); | } | catch (Throwable t) | { | log.warn("Unable to setRollbackOnly " + xid, t); | } | } | } | = Similar already destroyed checks would also be possible in the other calls (e.g. prepare/commit), except there we want to raise an = XAException. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007751#4007751 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007751 --===============4908163857548662370==-- From do-not-reply at jboss.com Mon Jan 29 07:55:37 2007 Content-Type: multipart/mixed; boundary="===============8769417178127477935==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Mon, 29 Jan 2007 07:55:37 -0500 Message-ID: <10777181.1170075337382.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8769417178127477935== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Also, prehaps the code would be better always invoking the delegate XAResou= rce with the end() call, but then only log the warning if we are not already de= stroyed, e.g. | public void end(Xid xid, int flags) throws XAException | { | try | { | delegate.end(xid, flags); | } | catch (Throwable t) | { | // We log the warning (UNLESS WE ARE ALREADY DESTROYED) and= force a rollback | if (cl.getState() !=3D ConnectionListener.DESTROYED) | log.warn("Error ending resource " + cl, t); | ... | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007755#4007755 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007755 --===============8769417178127477935==-- From do-not-reply at jboss.com Mon Jan 29 08:30:36 2007 Content-Type: multipart/mixed; boundary="===============8090049400331268179==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Changes to default configurations for 4.2/5.0 Date: Mon, 29 Jan 2007 08:30:36 -0500 Message-ID: <14081012.1170077436867.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8090049400331268179== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable For 4.2 and 5.0 we should change the default JCA configurations to take advantage of all the features associated with the relevant backend. The main change should be to enable for all databases. Other changes should include enable to valid connection checkers e.g. the Oracle one in oracle-ds.xml View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007777#4007777 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007777 --===============8090049400331268179==-- From do-not-reply at jboss.com Mon Jan 29 08:41:57 2007 Content-Type: multipart/mixed; boundary="===============2101711647760354130==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Mon, 29 Jan 2007 08:41:57 -0500 Message-ID: <13555514.1170078117071.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2101711647760354130== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What is the resolution here? Will 3.2 be released with a compatible version of the GPD, or will the chan= ge to use commons-fileupload-1.1.1 be made compatible with 3.0.12? Also, any further thoughts on the configuration changes described eariler i= n the thread to allow uploads to work? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007785#4007785 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007785 --===============2101711647760354130==-- From do-not-reply at jboss.com Mon Jan 29 09:35:08 2007 Content-Type: multipart/mixed; boundary="===============1947251044782826603==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - jar references from jaxb-impl.jar Date: Mon, 29 Jan 2007 09:35:08 -0500 Message-ID: <3648683.1170081308814.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1947251044782826603== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable David reports: | 2007-01-09 10:15:29,265 DEBUG [org.jboss.util.NestedThrowable] org.jbos= s.util.NestedThrowable.detectDuplicateNesting=3Dtrue | org.jboss.deployment.DeploymentException: url file:/C:/jboss-4.0.5.GA-e= jb3/server/default/deploy/jbossws.sar/activation.jar could not be opened, d= oes it exist? | 2007-01-09 10:15:29,281 DEBUG [org.jboss.deployment.MainDeployer] The m= anifest entry in file:/C:/jboss-4.0.5.GA-ejb3/server/default/deploy/jbossws= .sar/jaxb-impl.jar references URL file:/C:/jboss-4.0.5.GA-ejb3/server/defau= lt/deploy/jbossws.sar/jsr173_1.0_api.jar which could not be opened, entry i= gnored rg.jboss.deployment.DeploymentException: url file:/C:/jboss-4.0.5.GA= -ejb3/server/default/deploy/jbossws.sar/jsr173_1.0_api.jar could not be ope= ned, does it exist? | 2007-01-09 10:15:29,281 DEBUG [org.jboss.deployment.MainDeployer] The m= anifest entry in file:/C:/jboss-4.0.5.GA-ejb3/server/default/deploy/jbossws= .sar/jaxb-impl.jar references URL file:/C:/jboss-4.0.5.GA-ejb3/server/defau= lt/deploy/jbossws.sar/jaxb1-impl.jar which could not be opened, entry ignor= ed | = | org.jboss.deployment.DeploymentException: url file:/C:/jboss-4.0.5.GA-e= jb3/server/default/deploy/jbossws.sar/jaxb1-impl.jar could not be opened, d= oes it exist? | = I tracked this down and these jars are referenced in the manifest.mf file w= ithin the jaxb-impl.jar file: | Class-Path: jaxb-api.jar activation.jar jsr173_1.0_api.jar jaxb1-impl.j= ar | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007811#4007811 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007811 --===============1947251044782826603==-- From do-not-reply at jboss.com Mon Jan 29 09:37:48 2007 Content-Type: multipart/mixed; boundary="===============6726720763833548528==" MIME-Version: 1.0 From: koen.aers at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Mon, 29 Jan 2007 09:37:48 -0500 Message-ID: <27615815.1170081468590.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6726720763833548528== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Jeff, AFAIK, the changes are compatible with the latest 3.0.13 release of the GPD= . There still was a small issue at the end of last week, but I saw a post f= rom David mentioning that he fixed it. Regards, Koen View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007812#4007812 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007812 --===============6726720763833548528==-- From do-not-reply at jboss.com Mon Jan 29 09:39:04 2007 Content-Type: multipart/mixed; boundary="===============0027012686267469101==" MIME-Version: 1.0 From: thomas.diesler at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: jar references from jaxb-impl.jar Date: Mon, 29 Jan 2007 09:39:04 -0500 Message-ID: <18003928.1170081544645.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0027012686267469101== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I would say this debug warnings can be ignored. The activation.jar is the o= nly one that we need (AFAI am aware of) and it is in fact on the classpath = when its needed View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007813#4007813 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007813 --===============0027012686267469101==-- From do-not-reply at jboss.com Mon Jan 29 09:43:06 2007 Content-Type: multipart/mixed; boundary="===============2083156309610634335==" MIME-Version: 1.0 From: jason.greene at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: jar references from jaxb-impl.jar Date: Mon, 29 Jan 2007 09:43:06 -0500 Message-ID: <15588864.1170081786291.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2083156309610634335== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, we provide all of the jars that are refernced here (jsr-173 =3D StAX).= They can for sure be ignored, although we could also remove that classpath= entry. from the manifest. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007814#4007814 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007814 --===============2083156309610634335==-- From do-not-reply at jboss.com Mon Jan 29 09:44:10 2007 Content-Type: multipart/mixed; boundary="===============7736601907380929257==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Mon, 29 Jan 2007 09:44:10 -0500 Message-ID: <4336146.1170081850637.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7736601907380929257== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable that one is indeed fixed, but i still have a problem when starting a new pr= ocess instance View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007816#4007816 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007816 --===============7736601907380929257==-- From do-not-reply at jboss.com Mon Jan 29 10:05:57 2007 Content-Type: multipart/mixed; boundary="===============5927828722942817258==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Mon, 29 Jan 2007 10:05:57 -0500 Message-ID: <28817056.1170083157506.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5927828722942817258== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Good thoughts all around. The Wrapper already exists, I just need to accomo= date this condition. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007828#4007828 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007828 --===============5927828722942817258==-- From do-not-reply at jboss.com Mon Jan 29 10:06:40 2007 Content-Type: multipart/mixed; boundary="===============0860093575214355103==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Changes to default configurations for 4.2/5.0 Date: Mon, 29 Jan 2007 10:06:40 -0500 Message-ID: <19436373.1170083200570.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0860093575214355103== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Come again? I am not sure what you are referrring to. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007831#4007831 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007831 --===============0860093575214355103==-- From do-not-reply at jboss.com Mon Jan 29 10:09:26 2007 Content-Type: multipart/mixed; boundary="===============4457329395244401562==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 10:09:25 -0500 Message-ID: <20063835.1170083365919.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4457329395244401562== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, I'm checking this out - looking at it I'm suddenly 100% sure that it is= because these action listener classes are anonymous inner classes. I'll d= o up a quick fix... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007833#4007833 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007833 --===============4457329395244401562==-- From do-not-reply at jboss.com Mon Jan 29 10:16:39 2007 Content-Type: multipart/mixed; boundary="===============4805971402680456336==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: Changes to default configurations for 4.2/5.0 Date: Mon, 29 Jan 2007 10:16:39 -0500 Message-ID: <29507593.1170083799458.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4805971402680456336== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry I missed your referring discussion. Got it now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007842#4007842 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007842 --===============4805971402680456336==-- From do-not-reply at jboss.com Mon Jan 29 10:19:02 2007 Content-Type: multipart/mixed; boundary="===============6687364172806906207==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Mon, 29 Jan 2007 10:19:02 -0500 Message-ID: <226974.1170083942042.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6687364172806906207== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | Also, prehaps the code would be better always invoking the delegate XAR= esource = | with the end() call, but then only log the warning if we are not alread= y destroyed, = | = This is effectively what happens now without the exception behavior. In the= org.jboss.resource.connectionmanager.xa.JcaXAResourceWrapper, I simply del= egate all the XA calls to the underlying XAResource with the exception of t= he isSameRM which gets overriden depending upon the value in the *-ds.xml f= ile. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007844#4007844 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007844 --===============6687364172806906207==-- From do-not-reply at jboss.com Mon Jan 29 10:23:54 2007 Content-Type: multipart/mixed; boundary="===============4588261837120868651==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 10:23:54 -0500 Message-ID: <22366610.1170084234826.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4588261837120868651== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable cool. when your fix is done, try if you can do a full suite build. look at the jpdl.test.buld target in build/build.xml that should give you = an idea on how to build and test the suite bundle. you can even use the sc= ript. the exec tasks won't work on linux and you'll have to do those by ha= nd. let me know how it goes. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007847#4007847 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007847 --===============4588261837120868651==-- From do-not-reply at jboss.com Mon Jan 29 10:25:37 2007 Content-Type: multipart/mixed; boundary="===============3006592830691232773==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 10:25:37 -0500 Message-ID: <10694962.1170084337101.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3006592830691232773== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ok, should be fixed now. Sorry about the library deps problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007849#4007849 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007849 --===============3006592830691232773==-- From do-not-reply at jboss.com Mon Jan 29 10:31:28 2007 Content-Type: multipart/mixed; boundary="===============6713026265758015193==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Build problem in Linux Date: Mon, 29 Jan 2007 10:31:27 -0500 Message-ID: <26250857.1170084687963.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6713026265758015193== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm getting the following error when running a plain "ant" from the build/ = directory under linux: BUILD FAILED | /home/david/src/jboss/jbpm.3/build/build.xml:55: The following error oc= curred while executing this line: | java.io.FileNotFoundException: /home/david/src/jboss/jbpm.3/jboss/db/bu= ild.xml (No such file or directory) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007852#4007852 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007852 --===============6713026265758015193==-- From do-not-reply at jboss.com Mon Jan 29 10:39:27 2007 Content-Type: multipart/mixed; boundary="===============7996206138268768119==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Build problem in Linux Date: Mon, 29 Jan 2007 10:39:27 -0500 Message-ID: <13684285.1170085167271.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7996206138268768119== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable STFF :-P http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&p=3D4007575#4007= 575 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007854#4007854 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007854 --===============7996206138268768119==-- From do-not-reply at jboss.com Mon Jan 29 10:43:12 2007 Content-Type: multipart/mixed; boundary="===============3661055087717437901==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 10:43:11 -0500 Message-ID: <8994925.1170085391974.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3661055087717437901== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable the initial problem is resolved. now i found a new problem: i created a minimal process with a start task wi= th 2 variables, a and b. then, i first pressed save in the task form that = was presented after creation of the process instance. then i pressed the e= nd task task button and this jbpm console error message (not a stacktrace) = appeared : = anonymous wrote : = | Error = | Show detailsError taking transition: task node does not have leaving tr= ansition 'End Task' please build the suite and make a few processes, deploy and test them in th= e console. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007856#4007856 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007856 --===============3661055087717437901==-- From do-not-reply at jboss.com Mon Jan 29 10:45:36 2007 Content-Type: multipart/mixed; boundary="===============7252752760072648062==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 10:45:35 -0500 Message-ID: <5324636.1170085535918.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7252752760072648062== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable also it appears that the console has become very slow. do you see the same= ? do you think the cause is the navigation layout and increased page cont= ents ? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007857#4007857 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007857 --===============7252752760072648062==-- From do-not-reply at jboss.com Mon Jan 29 10:48:15 2007 Content-Type: multipart/mixed; boundary="===============8248538003641385872==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Build problem in Linux Date: Mon, 29 Jan 2007 10:48:15 -0500 Message-ID: <1801505.1170085695350.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8248538003641385872== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable give more of the logs/stacktrace. i had a similar problem today. if it is the ant.task.properties or somethi= ng like that, you just need to retry. i don't know why it sometimes fails.= all help with that is appreciated. previously i thought that problem was because the jpdl library was not buil= d before ant scans the classpath. with the new build scripts that problem = should be fixed and i still got that error this morning... so i'm a bit cl= ueless there. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007859#4007859 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007859 --===============8248538003641385872==-- From do-not-reply at jboss.com Mon Jan 29 10:53:13 2007 Content-Type: multipart/mixed; boundary="===============8409329075745172157==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 10:53:13 -0500 Message-ID: <20475508.1170085993832.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8409329075745172157== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Brian, Nested SFSBs have to share the same lifecycle as their parents. They also = have to share the same Extended Persistence Contexts the reference! Another thought I had was to actually store the Nested Bean's instance inid= e of its proxy and propagate it to the Nested Bean's EJB container via the = invocation object. If the invocation object had the actual bean instance a= lready set, then the EJB container would not look in the cache. I don't remember why I didn't do this....Maybe I didn't think of it at firs= t? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007860#4007860 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007860 --===============8409329075745172157==-- From do-not-reply at jboss.com Mon Jan 29 11:11:30 2007 Content-Type: multipart/mixed; boundary="===============3433952519720035694==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 11:11:30 -0500 Message-ID: <28068874.1170087090862.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3433952519720035694== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : the initial problem is resolved. | = | now i found a new problem: i created a minimal process with a start tas= k with 2 variables, a and b. then, i first pressed save in the task form t= hat was presented after creation of the process instance. then i pressed t= he end task task button and this jbpm console error message (not a stacktra= ce) appeared : = | anonymous wrote : = | | Error = | | Show detailsError taking transition: task node does not have leavin= g transition 'End Task' | = | please build the suite and make a few processes, deploy and test them i= n the console. This happens when you have a transition button that uses a to=3D"" attribut= e that does not match the name of any actual trasition in the process defin= ition. Older versions of the websale example had this problem. The latest= one in CVS works for me. If you have only one exiting transition, don't specify a destination transi= tion and the default one should be taken. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007867#4007867 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007867 --===============3433952519720035694==-- From do-not-reply at jboss.com Mon Jan 29 11:12:44 2007 Content-Type: multipart/mixed; boundary="===============1393512681260832720==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 11:12:44 -0500 Message-ID: <6836557.1170087164260.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1393512681260832720== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : also it appears that the console has beco= me very slow. do you see the same ? do you think the cause is the navigat= ion layout and increased page contents ? My laptop is pretty fast so I didn't notice anything too slow. But I think= I'm going to run the console with a profiler just to see if there are any = bits that can be optimized. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007869#4007869 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007869 --===============1393512681260832720==-- From do-not-reply at jboss.com Mon Jan 29 11:29:33 2007 Content-Type: multipart/mixed; boundary="===============8799376731205241783==" MIME-Version: 1.0 From: prabhat.jha at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Mon, 29 Jan 2007 11:29:33 -0500 Message-ID: <1404341.1170088173774.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8799376731205241783== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have corrected sqlserver connection problem and modified mysql5 URL. Toni= ght's portal DB run should pick it up. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007876#4007876 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007876 --===============8799376731205241783==-- From do-not-reply at jboss.com Mon Jan 29 11:35:30 2007 Content-Type: multipart/mixed; boundary="===============2797225912329248388==" MIME-Version: 1.0 From: bazoo To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 11:35:30 -0500 Message-ID: <346619.1170088530338.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2797225912329248388== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable If you use the Designer to build a transition from one node to another it c= reates an unnamed transition with an attribute of to=3D"" which is by defau= lt filled out with the name of the node the transition is pointing to. It s= eems a bit strange to then force the user to then go in and delete the to= =3D"" attribute? Anyway, wouldn't that mean that the transition doesn't act= ually go anywhere? Shouldn't it look up the transition name=3D"" attribute instead? = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007883#4007883 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007883 --===============2797225912329248388==-- From do-not-reply at jboss.com Mon Jan 29 11:48:42 2007 Content-Type: multipart/mixed; boundary="===============6208466136002844099==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Mon, 29 Jan 2007 11:48:42 -0500 Message-ID: <26263613.1170089322067.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6208466136002844099== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "scott.stark(a)jboss.org" wrote : = | I guess, but I don't see this as a natural usage. A check of the replac= e attribute would be needed. | = I agree. How can we move this in the same way as we did it with StringValueMD? But with this one is different - it's a plain String value with possible re= placement. Own TypeInfo --> StringInfo (similar to NumberInfo)? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007887#4007887 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007887 --===============6208466136002844099==-- From do-not-reply at jboss.com Mon Jan 29 12:03:21 2007 Content-Type: multipart/mixed; boundary="===============3491986878110445126==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 12:03:21 -0500 Message-ID: <4725735.1170090201395.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3491986878110445126== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I agree this is a problem. The current logic of the transition button is t= hat if the attribute is not there, or if its value is "default", then the d= efault transition will be taken. A value of "" will translate into a looku= p for a transition named ""... this is not really optimal. Koen, is it possible to modify the GPD so that if there is only one transit= ion, that the "to" attribute is not emitted? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007897#4007897 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007897 --===============3491986878110445126==-- From do-not-reply at jboss.com Mon Jan 29 12:31:38 2007 Content-Type: multipart/mixed; boundary="===============4008945226621799035==" MIME-Version: 1.0 From: paolodt To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Process definition element label attribute Date: Mon, 29 Jan 2007 12:31:38 -0500 Message-ID: <27031460.1170091898550.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4008945226621799035== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm a new to jBPM and it seems to be a great tool. One of the most interesting feature is the Graphical Process Designer that = permits to design and show a "business" view of the process workflow. Anyway I think would be very useful to have "label" attribute as well as th= e "name" attribute for each process definition element (nodes, tasks, trans= itions, .. ). In this way it would be possible to have a displayable name showed in the j= BPM designer (for the business users / analysts interested to the graphical= model diagram) and a element name to use as identifier in the application = / workflow coding. What do you think? Any plan to support that? Thanks a lot, Paolo View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007907#4007907 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007907 --===============4008945226621799035==-- From do-not-reply at jboss.com Mon Jan 29 12:34:33 2007 Content-Type: multipart/mixed; boundary="===============3260765482187479429==" MIME-Version: 1.0 From: prabhat.jha at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Mon, 29 Jan 2007 12:34:33 -0500 Message-ID: <10171259.1170092073613.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3260765482187479429== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Nuked mysql4 tables to see if that takes care of "object already exists" er= ror. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007909#4007909 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007909 --===============3260765482187479429==-- From do-not-reply at jboss.com Mon Jan 29 12:43:07 2007 Content-Type: multipart/mixed; boundary="===============0024985424760568274==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Process definition element label attribute Date: Mon, 29 Jan 2007 12:43:07 -0500 Message-ID: <6888088.1170092587525.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0024985424760568274== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable There already is a description element which could be used for this if not = filled in to 'prosaic'. Displaying it in the GPD is another story View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007913#4007913 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007913 --===============0024985424760568274==-- From do-not-reply at jboss.com Mon Jan 29 13:32:53 2007 Content-Type: multipart/mixed; boundary="===============7791412526637552245==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 13:32:53 -0500 Message-ID: <24685360.1170095573237.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7791412526637552245== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : = | Nested SFSBs have to share the same lifecycle as their parents. They a= lso have to share the same Extended Persistence Contexts the reference! OK, good; that's a clear rule that makes deciding how to handle everything = else simpler. :) This is broken if the nested SFSB declares @Remote. This test fails: | ParentStatefulRemote stateful =3D (ParentStatefulRemote) ctx.lookup("te= stParentStateful/remote"); | = | assertEquals("Counter: ", 1, stateful.increment()); | = | NestedStateful nested =3D stateful.getNested(); | = | stateful.remove(); | = | // Confirm nested no longer works following parent remove | try | { | nested.increment(); | fail("Nested bean still exists following destruction of parent"); | } | catch (Exception good) = | { | // this is what we want -- nested has no independent lifecycle | } | = I'll open a JIRA for this. Hopefully one of you guys can figure it out. I'v= e been digging around trying to understand what's going on. For some reaso= n, if the nested bean declares @Remote, when a StatefulCache calls Pool.get= (), it gets back a standard StatefulBeanContext rather ProxiedStatefulBeanC= ontext. This has to be a function of how calls are nested (i.e. the nested= bean gets created *before* the parent, thus the parent hasn't been pushed = onto the ThreadLocalStack when the nested bean is created.) = As for the initial issue of the ProxiedStatefulBeanContext not being remove= d from the cache when it's parent is, I think I found that -- it was a bug = in StatefulTreeCache. anonymous wrote : Another thought I had was to actually store the Nested Be= an's instance inide of its proxy and propagate it to the Nested Bean's EJB = container via the invocation object. If the invocation object had the actu= al bean instance already set, then the EJB container would not look in the = cache. | = | I don't remember why I didn't do this....Maybe I didn't think of it at = first? Was this thought sparked by my last post re: replicating the proxy? That is= , if we store the bean instance in the proxy and replicate it, that solves = the issue? If so, I think the reason you didn't do it that way was because you wanted = the nested beans to always be serialized as a unit with the parent. Otherwi= se after deserialization you no longer have shared refs to things like Exte= ndedPersistenceContext. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007942#4007942 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007942 --===============7791412526637552245==-- From do-not-reply at jboss.com Mon Jan 29 13:53:43 2007 Content-Type: multipart/mixed; boundary="===============0901339716960710296==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 13:53:43 -0500 Message-ID: <20303202.1170096823886.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0901339716960710296== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable JIRA for broken lifecycle dependency is http://jira.jboss.com/jira/browse/E= JBTHREE-854 . View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007945#4007945 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007945 --===============0901339716960710296==-- From do-not-reply at jboss.com Mon Jan 29 14:06:58 2007 Content-Type: multipart/mixed; boundary="===============1085336196178146472==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 14:06:58 -0500 Message-ID: <25616664.1170097618775.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1085336196178146472== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable @Remote beans are not supposed to be nested. They are separate because the= y may be located in another server (@Remote). Ok, i got you on the shared refs...I'll put some thought into it. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007953#4007953 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007953 --===============1085336196178146472==-- From do-not-reply at jboss.com Mon Jan 29 14:08:53 2007 Content-Type: multipart/mixed; boundary="===============6783790828493053770==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 14:08:53 -0500 Message-ID: <20375336.1170097733524.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6783790828493053770== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : "tom.baeyens(a)jboss.com" wrote : also it= appears that the console has become very slow. do you see the same ? do = you think the cause is the navigation layout and increased page contents ? | = | My laptop is pretty fast so I didn't notice anything too slow. But I t= hink I'm going to run the console with a profiler just to see if there are = any bits that can be optimized. then this will probably be something else on my system. i'll try again tom= orrow. before the navigation rework, it took approx .5 second for a page t= o show. now it was approx 7-10 seconds. if you don't have this problem, i= t will be something local. i'll figure it out first. profiling should not be necessary at this point. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007954#4007954 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007954 --===============6783790828493053770==-- From do-not-reply at jboss.com Mon Jan 29 14:14:31 2007 Content-Type: multipart/mixed; boundary="===============6542466727120669054==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 14:14:31 -0500 Message-ID: <3389297.1170098071310.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6542466727120669054== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : I agree this is a problem. The current l= ogic of the transition button is that if the attribute is not there, or if = its value is "default", then the default transition will be taken. A value= of "" will translate into a lookup for a transition named ""... this is no= t really optimal. | = | Koen, is it possible to modify the GPD so that if there is only one tra= nsition, that the "to" attribute is not emitted? | = i don't quite get the point you're trying to make. 'to' is a required attr= ibute on the transition. only the name is optional. it should be unique i= n case there are multiple leaving transitions. afaik, the designer already left out the name in case there is only 1. but= in case the designer should put in name=3D"", that should work as well. mayeb the problem is in the forms.xml generation... if you want to reproduce this, just build the suite from head and create a = simple new process with a start state and 1 task node. add a task to the s= tart state. generate a minimal form for it, deploy the process, start it = and end the start task. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007955#4007955 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007955 --===============6542466727120669054==-- From do-not-reply at jboss.com Mon Jan 29 14:17:53 2007 Content-Type: multipart/mixed; boundary="===============4306281484698448779==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Process definition element label attribute Date: Mon, 29 Jan 2007 14:17:53 -0500 Message-ID: <18461468.1170098273345.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4306281484698448779== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable this might actually make sense. currently, we use the name field for displ= ay, but that is also used as an id field. the important thing is that the current approach of combining is and label = in the 'name' attribute should be kept. but coming to think of it, nothing= keeps us from adding a label attribute that is optional. the label return= s the label or the name in case there is no specific label specified... let me think some more. i think this might be a good idea. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007958#4007958 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007958 --===============4306281484698448779==-- From do-not-reply at jboss.com Mon Jan 29 14:20:17 2007 Content-Type: multipart/mixed; boundary="===============6642137537868172681==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Web console changes - IMPORTANT Date: Mon, 29 Jan 2007 14:20:16 -0500 Message-ID: <21627414.1170098416977.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6642137537868172681== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I profiled the web console performance and found that the #1 bottleneck, at= least on the first run, was the ajax4jsf library. Since the last navigati= on restructure removed all the ajax features anyway, I went ahead and remov= ed this library, and performance seems to be greatly improved... however I = discovered a fairly catastrophic side-effect of this change. It turns out that ajax4jsf uses the Tidy parser to quietly "clean up" mista= kes in the generated XHTML. One side-effect of this is that including a fi= le that includes a header, or any html tags that are not valid w= ithin the body of an html document, causes strict XHTML parsing to break on= client web browsers. This is an important revelation because we cannot al= ways assume that the end-user is using ajax4jsf. Because of this, it is very important that the GPD be updated to output tas= k forms without any containing or tags. I've updated the websa= le example to show how the task forms should look. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007959#4007959 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007959 --===============6642137537868172681==-- From do-not-reply at jboss.com Mon Jan 29 14:20:19 2007 Content-Type: multipart/mixed; boundary="===============3196752493899128183==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 14:20:19 -0500 Message-ID: <2348562.1170098419075.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3196752493899128183== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't get the EJBTHREE-854. The nested.increment() is supposed to work properly because it's just anoth= er SLSB. Okay so it was created by another SLSB, so what. Why should any SLSB have a dependant lifecycle? (What goes for @Remote can also go for @Local, if someone returns the SLSB = to a servlet for example, which puts it in the HttpSession.) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007960#4007960 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007960 --===============3196752493899128183==-- From do-not-reply at jboss.com Mon Jan 29 14:24:00 2007 Content-Type: multipart/mixed; boundary="===============7093065279950119550==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 14:24:00 -0500 Message-ID: <1006863.1170098640687.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7093065279950119550== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : i don't quite get the point you're trying= to make. 'to' is a required attribute on the transition. only the name i= s optional. it should be unique in case there are multiple leaving transit= ions. I'm not talking about the process definition, I'm talking about the task fo= rm buttons (the actual XHTML being produced). Sorry if I was unclear. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007961#4007961 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007961 --===============7093065279950119550==-- From do-not-reply at jboss.com Mon Jan 29 14:27:36 2007 Content-Type: multipart/mixed; boundary="===============0133784406039546070==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Mon, 29 Jan 2007 14:27:36 -0500 Message-ID: <2492636.1170098856351.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0133784406039546070== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : then this will probably be something else= on my system. i'll try again tomorrow. before the navigation rework, it = took approx .5 second for a page to show. now it was approx 7-10 seconds. = if you don't have this problem, it will be something local. i'll figure i= t out first. | = | profiling should not be necessary at this point. It actually is a symptom of a very serious issue - see my new forum topic f= or details. Short version is, ajax4jsf did it so I ripped it out. It unco= vered a few bugs that were hidden. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007962#4007962 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007962 --===============0133784406039546070==-- From do-not-reply at jboss.com Mon Jan 29 14:57:26 2007 Content-Type: multipart/mixed; boundary="===============3459445136339052339==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Mon, 29 Jan 2007 14:57:26 -0500 Message-ID: <23532471.1170100646715.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3459445136339052339== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable task forms are included through facelets. i thought facelets rips out the doctype and everything else except what is = in the body tag. = this is how i did it before. i didn't use ajax so i don't think there was = any hidden tidying going on. i don't think that the GPD should solve this by removing the doctype declar= ations from the forms generation View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007969#4007969 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007969 --===============3459445136339052339==-- From do-not-reply at jboss.com Mon Jan 29 15:20:50 2007 Content-Type: multipart/mixed; boundary="===============2013080201738780874==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 15:20:50 -0500 Message-ID: <559606.1170102050837.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2013080201738780874== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable OK, if the @Remote case is supposed to work, EJBTHREE-854 should be closed = as Rejected. This weekend I originally wrote the unit test the opposite way= , to assert that the nested.increment() call worked; got ahead of myself an= d changed it this morning. Carlo, I agree with you about @Local; that kind of case is what prompted my= initial confusion about spec behavior. If the nested bean has a dependent= lifecycle, it's very difficult use normal pojo programming with a SFSB. If the nested bean doesn't have a dependent lifecycle, we need to come up w= ith another approach to maintaining shared refs to the XPC. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007979#4007979 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007979 --===============2013080201738780874==-- From do-not-reply at jboss.com Mon Jan 29 15:24:29 2007 Content-Type: multipart/mixed; boundary="===============2659880723760253167==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Mon, 29 Jan 2007 15:24:29 -0500 Message-ID: <16091891.1170102269546.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2659880723760253167== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Facelets does not do this. It passes the xhtml on verbatim. Some web brow= sers will accept this, but firefox 2.0 will give you an XML validation erro= r. IE just ignores those elements I think (IE does not have xhtml support = so it just treats it like HTML 4.01). The task form generation uses the facelets include mechanism just like it d= id before. By using the proper root element and not relying on filtering, it guarantee= s the best compatibility for user applications. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007982#4007982 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007982 --===============2659880723760253167==-- From do-not-reply at jboss.com Mon Jan 29 15:45:07 2007 Content-Type: multipart/mixed; boundary="===============2464316103697994568==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 15:45:07 -0500 Message-ID: <10870351.1170103507198.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2464316103697994568== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable again, nested bean shares lifecycle if it is injected as a @Local reference. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007989#4007989 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007989 --===============2464316103697994568==-- From do-not-reply at jboss.com Mon Jan 29 16:06:19 2007 Content-Type: multipart/mixed; boundary="===============5679988387709872904==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 16:06:19 -0500 Message-ID: <11614420.1170104779358.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5679988387709872904== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Again, why share life cycle? What is supposed to happen in the following scenario: SFSB A: @EJB B beanB; | getB() { return B }; SFSB C: B ref; | void setB(A beanA) { ref =3D beanA.getB(); } | void incrementB(B beanB) { ref.increment(); } Client: @EJB A beanA; | @EJB C beanC; | void iAmDoingSomething() { = | beanC.setB(beanA); = | beanA.remove(); | beanC.incrementB(); | } I think it should work. So each SFSB has an independent life cycle. (I still don't see the problem why they can't have an independent life cycl= e.) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4007997#4007997 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4007997 --===============5679988387709872904==-- From do-not-reply at jboss.com Mon Jan 29 16:24:56 2007 Content-Type: multipart/mixed; boundary="===============0350986015332957838==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 16:24:56 -0500 Message-ID: <650302.1170105896109.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0350986015332957838== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The issue is maintaining shared references to an XPC between the parent and= the children across serialization/deserialization (i.e. passivation/activa= tion or replication). This was done by storing the nested bean contexts in= side a collection in the parent bean context and only serializing/deseriali= zing the whole thing as a unit. This data structure implies a common lifec= ycle. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008003#4008003 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008003 --===============0350986015332957838==-- From do-not-reply at jboss.com Mon Jan 29 16:31:00 2007 Content-Type: multipart/mixed; boundary="===============2253807264205956611==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Mon, 29 Jan 2007 16:31:00 -0500 Message-ID: <5011818.1170106260311.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2253807264205956611== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I use doctype in all my seam pages and have no problems (FF1.5, 2.0, IE6). = My seam apps use myfaces, so maybe it is a JSF-RI issue of not ripping out = the doctypes. So Toms' observation is correct (since he also used myfaces) If I do not have doctypes in my pages, my eclipse plugin (exadel) cannot va= lidate the pages, so I definately want the docstypes in. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008006#4008006 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008006 --===============2253807264205956611==-- From do-not-reply at jboss.com Mon Jan 29 16:41:55 2007 Content-Type: multipart/mixed; boundary="===============1350340527597269171==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 16:41:55 -0500 Message-ID: <11816437.1170106915503.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1350340527597269171== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I swear that the nested @Local SFSB shared the same lifecycle as its parent= , but I cannot find it in the spec. I distinctly remember talking about it= in the expert group. IMO, because of managed entities and extended PCs, we should implement the = behavior this way, otherwise, it becomes impossible to reallign the object = references. Ineed to reread and rethink the problem based on Brian's clustering problem= s... View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008012#4008012 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008012 --===============1350340527597269171==-- From do-not-reply at jboss.com Mon Jan 29 16:42:01 2007 Content-Type: multipart/mixed; boundary="===============6093615687865007650==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Mon, 29 Jan 2007 16:42:01 -0500 Message-ID: <1076143.1170106921176.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6093615687865007650== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kukeltje" wrote : I use doctype in all my seam pages and have no problems = (FF1.5, 2.0, IE6). My seam apps use myfaces, so maybe it is a JSF-RI issue = of not ripping out the doctypes. So Toms' observation is correct (since he = also used myfaces) | = | If I do not have doctypes in my pages, my eclipse plugin (exadel) canno= t validate the pages, so I definately want the docstypes in. Well if the difference is between being broken for everyone using the RI, a= nd not having eclipse be able to validate the XML, I'd rather break eclipse. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008013#4008013 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008013 --===============6093615687865007650==-- From do-not-reply at jboss.com Mon Jan 29 16:50:38 2007 Content-Type: multipart/mixed; boundary="===============2506529489893969735==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 16:50:38 -0500 Message-ID: <12378128.1170107438689.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2506529489893969735== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Brian....so, if we attach the lifecycle of the child nested bean to that of= its parent, will there be no problems? Another thing we could do is if the parent is removed, we can replace the P= roxied with the real thing. It seems to me though that if you don't tie the lifecycle of the child to t= he parent, then if this usebase becomes prevalent, there could could quite = possibly be orphaned beans. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008020#4008020 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008020 --===============2506529489893969735==-- From do-not-reply at jboss.com Mon Jan 29 17:01:31 2007 Content-Type: multipart/mixed; boundary="===============2231211127595208363==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Mon, 29 Jan 2007 17:01:31 -0500 Message-ID: <8551817.1170108091859.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2231211127595208363== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable sorry, that was not what I meant. I agree with you, but would like to be su= re there is no other solution to this... I'm searching on google now to see= if it is realy the RI or maybe something else. Stay tuned View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008025#4008025 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008025 --===============2231211127595208363==-- From do-not-reply at jboss.com Mon Jan 29 17:07:42 2007 Content-Type: multipart/mixed; boundary="===============5862775351897852887==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Mon, 29 Jan 2007 17:07:42 -0500 Message-ID: <21395780.1170108462589.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5862775351897852887== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "bill.burke(a)jboss.com" wrote : Brian....so, if we attach the lifecycle of= the child nested bean to that of its parent, will there be no problems? I believe the initial problem that led to this thread (orphaned ProxiedStat= efulBeanContext left in cache) was a bug in StatefulTreeCache that can be e= asily fixed (StatefulTreeCache.remove() wasn't calling Pool.remove() when i= t should, preventing cleanup of the nested beans.) The issue of when to replicate still remains. If we follow Carlo's example = where a ref to the nested bean is handed to another in-VM client, if that c= lient causes replication, only the proxy is replicated. If instead, the ca= che finds the ultimate parent bean and replicates that, then there is the = potential problem of the parent getting replicated multiple times as it inv= okes methods on its children. OK - I see the solution to that. Put a ThreadLocalStack in StatefulReplicat= ionInterceptor; push and pop as the invocation proceeds; on the return side= only replicate when the stack is empty. Similar to what the web session r= epl code does with cross-context requests. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008032#4008032 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008032 --===============5862775351897852887==-- From do-not-reply at jboss.com Mon Jan 29 17:43:03 2007 Content-Type: multipart/mixed; boundary="===============8015247051873940588==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Process definition element label attribute Date: Mon, 29 Jan 2007 17:43:03 -0500 Message-ID: <21298413.1170110583506.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8015247051873940588== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Come on Tom.... Now I do not get you anymore... you opposed the addition of= the variable type to the jdpl file so strongly and now in addition to a na= me, a mappedname and a description, a new label is added? Then please inclu= de the variable type as well, and now I come to think of it, why not includ= e the coordinates as well (like xpdl) = The name is to be unique (like an id) is, on transitions used, for referenc= e (like an idref) why not ditch the name/to then and realy use an ID and id= ref? the xsd standard can make sure these constraints are automatically met= (a refid should point to an existing id, id's should be unique etc..etc..e= tc..ebBP uses this) Sorry if I sound a little frustrated (two STFF posts in= 10 minutes) but I do mean what I say View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008048#4008048 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008048 --===============8015247051873940588==-- From do-not-reply at jboss.com Mon Jan 29 18:54:04 2007 Content-Type: multipart/mixed; boundary="===============6765758711745697908==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Failover possible dead lock Date: Mon, 29 Jan 2007 18:54:04 -0500 Message-ID: <11815915.1170114844301.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6765758711745697908== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I found a possible dead lock on Failover / valves. This is the scenario: One Connection Two Threads .. Thread1 is called Consumer .. Thread2 is called Producer (Each thread will have its own session, of course) The Consumer thread will do: = | = | while (true) | { | Message message =3D consumer.receive(); System.out.println("Message =3D " + message); } While the Producer will do | while(true) | { | producer.send(session.createTextMessage("Message from producer " + i= d + " counter=3D" + (counter))); | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008072#4008072 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008072 --===============6765758711745697908==-- From do-not-reply at jboss.com Mon Jan 29 19:02:33 2007 Content-Type: multipart/mixed; boundary="===============0101855071157027375==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover possible dead lock Date: Mon, 29 Jan 2007 19:02:32 -0500 Message-ID: <20928757.1170115352955.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0101855071157027375== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I don't think this is a deadlock - deadlock implies a race for two exclusiv= e locks: thread 1 gets lock on resource A. thread 2 gets lock on resource B thread 1 tries to get lock on resource B and blocks thread 2 tries to get lock on resource A and blocks However, it's still an issue. Can't you interrupt the receive thread, to cause it to return? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008076#4008076 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008076 --===============0101855071157027375==-- From do-not-reply at jboss.com Mon Jan 29 19:04:50 2007 Content-Type: multipart/mixed; boundary="===============0454945288575295188==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover possible dead lock Date: Mon, 29 Jan 2007 19:04:50 -0500 Message-ID: <8850104.1170115490302.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0454945288575295188== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So... when the producer detects the failover it (eventually) calls all the = message callback handlers interruptReceiveThread() method, which calls inte= rrupt() on the receive thread. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008077#4008077 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008077 --===============0454945288575295188==-- From do-not-reply at jboss.com Mon Jan 29 19:21:12 2007 Content-Type: multipart/mixed; boundary="===============7693604250632285153==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover possible dead lock Date: Mon, 29 Jan 2007 19:21:12 -0500 Message-ID: <14969859.1170116472897.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7693604250632285153== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "Tim Fox" wrote : I don't think this is a deadlock - deadlock implies a rac= e for two exclusive locks: = Well.. I know technical name wouldn't be dead lock... But you will still be waiting forever on a writeLock, that will never occur= . (you're dead anyway :-) ) I guess I could call Failover to notify the receive thread.. yes... but I = just don't think it would be a good solution. The way it works now, we only= start failure detection after we close the valve. We can't close the valve= if there is an invocation pending. I would prefer using the Valve only on places where a server communication = is needed. On that case we don't have a problem as we will aways get an IO= Exception or a CannotConnectException when the server dies. A receive is only waiting on an internal buffer and I don't see any problem= s on letting it wait Callback to be re-established and feed the buffer agai= n after failover. I have talked to Ovidiu by IM, and he thinks it would make sense to use the= Valve only on places where an IO to the server is being performed. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008084#4008084 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008084 --===============7693604250632285153==-- From do-not-reply at jboss.com Mon Jan 29 20:10:53 2007 Content-Type: multipart/mixed; boundary="===============6341103054459639361==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Mon, 29 Jan 2007 20:10:53 -0500 Message-ID: <27088287.1170119453843.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6341103054459639361== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In terms of the current schema, its just a different type of element that w= ould need to be treated separately as the AnnotationMetaData does not have = a natural string representation outside of the annotation attribute values.= We would have to make this a richer type of element with more of a javabe= an type of property/value structure, but the allowed values are more restri= cted. There already is an AnnotationInfo. Doesn't the inherrited TypeInfo.convert= Value(Object value, boolean replaceProperties) come into play? = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008095#4008095 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008095 --===============6341103054459639361==-- From do-not-reply at jboss.com Mon Jan 29 20:22:12 2007 Content-Type: multipart/mixed; boundary="===============0515113743358181874==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Failover possible dead lock Date: Mon, 29 Jan 2007 20:22:12 -0500 Message-ID: <31255891.1170120132782.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0515113743358181874== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable http://jira.jboss.org/jira/browse/JBMESSAGING-790 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008097#4008097 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008097 --===============0515113743358181874==-- From do-not-reply at jboss.com Mon Jan 29 20:51:59 2007 Content-Type: multipart/mixed; boundary="===============5001190217223120103==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - JBCACHE-957 Discussion Thread Date: Mon, 29 Jan 2007 20:51:59 -0500 Message-ID: <4898861.1170121919694.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5001190217223120103== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Discussions related to http://jira.jboss.com/jira/browse/JBCACHE-957 -- All= ow per-node configuration of LockParentForChildInsertRemove. Elias Ross had a good suggestion on this: anonymous wrote : = | The Node itself keeps a NodeLock instance. Perhaps the specific choice= of lock (read-write) could be delegated to the NodeLock itself? | = | In particular, for the method: | = | boolean acquire(Object caller, long timeout, NodeLock.LockType lock_typ= e); | = | it might make sense to replace the LockType parameter with an operation= parameter? E.g. | = | boolean acquire(Object caller, long timeout, NodeLock.Operation op); | = | Then there needs to be some way to set the particular strategy per node= . It's theoretically possible, but there needs to be a standard API to expo= se this. E.g. | = | void setLockStrategy( ... ); | = | With this in mind, the NodeLock interface should get revisited in time = for 2.0. | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008104#4008104 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008104 --===============5001190217223120103==-- From do-not-reply at jboss.com Mon Jan 29 22:03:45 2007 Content-Type: multipart/mixed; boundary="===============8449796783421709268==" MIME-Version: 1.0 From: jeffdelong To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Can't deploy processdefinition from GPD into jBPM 3.2 - Date: Mon, 29 Jan 2007 22:03:44 -0500 Message-ID: <6342183.1170126224972.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8449796783421709268== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Koen, Thanks, I will test this combo out. Jeff View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008114#4008114 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008114 --===============8449796783421709268==-- From do-not-reply at jboss.com Mon Jan 29 22:57:13 2007 Content-Type: multipart/mixed; boundary="===============1922226880536512910==" MIME-Version: 1.0 From: kurt.stam at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss ESB] - Two more ESB packaging options. Date: Mon, 29 Jan 2007 22:57:13 -0500 Message-ID: <19943586.1170129433708.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1922226880536512910== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In the product/install directory on the trunk we now have two more packagin= g options. Besides deploying to JBossAS, you can now create a standalone la= uncher or deploy as a war to tomcat. I'd love if people could give this a s= pin and provide some feedback. For standalone launching read the README in install/launcher, for deploying= to tomcat read the README in install/tomcat. Thanks! --Kurt View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008119#4008119 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008119 --===============1922226880536512910==-- From do-not-reply at jboss.com Tue Jan 30 01:39:13 2007 Content-Type: multipart/mixed; boundary="===============4676167795307104311==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - TxInterceptor logging of exceptions Date: Tue, 30 Jan 2007 01:39:13 -0500 Message-ID: <5080018.1170139153269.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4676167795307104311== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable TxInterceptor catches all exceptions that come up from lower in the interce= ptor chain, logs them at INFO, and then rethrows the exception if there isn= 't a failSilently option set. 1) Why log at all if the exception is going to be rethrown? The log doesn't= indicate any action on the part of the interceptor. Eviction now uses a 0 = ms timeout, so a lot of those timeouts could end up getting logged. 2) If failSilently is set, a stack trace in the log at INFO doesn't seem ve= ry silent. People freak at stack traces no matter what level. At a minimum = I think any INFO logging should be just the message, with a stack trace onl= y at DEBUG or TRACE. But with Hibernate's usage, I think these are going t= o be too frequent for INFO. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008144#4008144 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008144 --===============4676167795307104311==-- From do-not-reply at jboss.com Tue Jan 30 03:13:58 2007 Content-Type: multipart/mixed; boundary="===============0250018268466045179==" MIME-Version: 1.0 From: koen.aers at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Tue, 30 Jan 2007 03:13:58 -0500 Message-ID: <22971216.1170144838057.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0250018268466045179== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : Koen, is it possible to modify the GPD so= that if there is only one transition, that the "to" attribute is not emitt= ed? | = As Tom stated, this has nothing to do with the 'to' attribute of the transi= tion which is a mandatory attribute. I will revisit the task form generatio= n shortly. I assume you guys want the following: - if there is no name on the transition, do nothing - if there is a name, use the name - offer the possibility to override in both cases Is this correct? Regards, Koen View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008157#4008157 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008157 --===============0250018268466045179==-- From do-not-reply at jboss.com Tue Jan 30 03:38:55 2007 Content-Type: multipart/mixed; boundary="===============7664587202051127391==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 03:38:54 -0500 Message-ID: <22663006.1170146334906.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7664587202051127391== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I say we should not attach lifecycle from one SFSB to another. You don't kn= ow where a reference ends up and I can always come up with a scenario in wh= ich it breaks (we haven't even covered handles yet). The bean developer should be responsible for both parent and child lifecycl= e. We can always have orphaned SFSB, because that's the nature of the beast. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008165#4008165 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008165 --===============7664587202051127391==-- From do-not-reply at jboss.com Tue Jan 30 04:00:42 2007 Content-Type: multipart/mixed; boundary="===============6963669191299548289==" MIME-Version: 1.0 From: heiko.braun at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - RI tools dependency Date: Tue, 30 Jan 2007 04:00:42 -0500 Message-ID: <848593.1170147642076.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6963669191299548289== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I introduced a dependency on the RI tools in order to create the interop ar= tifacts. The main reasons for this are: = - We need to be more flexible when facing the next plug-fest - Having a pluggable tools layer within the test suite means that we can ea= sily verify our own JAX-WS tools codebase at some later point in time - We do verify that our stack really works with the JAX-WS artifacts that t= he RI tools generate = Currently this requires a now build property to be set | # | # JAX-WS Home | # The testsuite requires the RI tools to generate the artifacts | # NOTE: Don't use the JWSDP 2.0, it contains legacy API. | # Use the RI codebase from java.net instead: | # https://jax-ws.dev.java.net/jax-ws-20-fcs/ = | # = | ri.home=3D/home/hbraun/dev/env/jaxws-ri_2.0 | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008171#4008171 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008171 --===============6963669191299548289==-- From do-not-reply at jboss.com Tue Jan 30 04:04:26 2007 Content-Type: multipart/mixed; boundary="===============7060057509551368987==" MIME-Version: 1.0 From: heiko.braun at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - Re: RI tools dependency Date: Tue, 30 Jan 2007 04:04:26 -0500 Message-ID: <22453114.1170147866434.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7060057509551368987== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In order to plugin a different tools layer it is necessary to implement an = ant macro that will be used to invoke the tools codebase. See = = | jbossws-test/ant-import/jaxws-tools-delegate.xml | = for an example. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008172#4008172 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008172 --===============7060057509551368987==-- From do-not-reply at jboss.com Tue Jan 30 04:05:59 2007 Content-Type: multipart/mixed; boundary="===============7030256712478263681==" MIME-Version: 1.0 From: paolodt To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Process definition element label attribute Date: Tue, 30 Jan 2007 04:05:59 -0500 Message-ID: <12186415.1170147959225.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7030256712478263681== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Nice Tom, I was thinking exactly the mechanism you have described. The descriptive label should be optional if not provided it would return th= e name value. In this way it would be possible to have a more flexible process model pres= entation view, not tied to the elements name that should never change being= identifiers used in the workflow application code. In which version do you think it could be released? Thanks, Paolo View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008173#4008173 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008173 --===============7030256712478263681==-- From do-not-reply at jboss.com Tue Jan 30 04:43:09 2007 Content-Type: multipart/mixed; boundary="===============5307445670417102505==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Tue, 30 Jan 2007 04:43:09 -0500 Message-ID: <22017530.1170150189110.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5307445670417102505== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "david.lloyd(a)jboss.com" wrote : The task form generation uses the facelet= s include mechanism just like it did before. Are you sure ? I can remember that I struggled with that problem as well. Also I remember= about facelets docs mentioning that only content inside the body tag was i= ncluded. I don't remember how I actually solved it. Afaik, I already chec= ked with firefox at the time, but I'm not sure of that. Did you have a look at facelets composition, fragment, include and insert ? Preferrably, we should have it working with the DOCTYPE's included in the f= orms. But if that is not possible, we should change the designer. Please,= let Koen know asap wether or not you can get the desired behaviour out of = facelets. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008197#4008197 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008197 --===============5307445670417102505==-- From do-not-reply at jboss.com Tue Jan 30 04:48:12 2007 Content-Type: multipart/mixed; boundary="===============7806862344739877344==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Tue, 30 Jan 2007 04:48:12 -0500 Message-ID: <569916.1170150492747.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7806862344739877344== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I could not find any references of problems with this in the RI and just lo= oked at the seam templates for seam-gen. This also generates the doctype bu= t that uses myfaces.... so I realy think it has something to do with the RI= . Maybe we should post something there and remove it (temporarily for now) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008201#4008201 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008201 --===============7806862344739877344==-- From do-not-reply at jboss.com Tue Jan 30 05:43:13 2007 Content-Type: multipart/mixed; boundary="===============3969425185338446561==" MIME-Version: 1.0 From: tom.baeyens at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Process definition element label attribute Date: Tue, 30 Jan 2007 05:43:13 -0500 Message-ID: <18294742.1170153793121.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3969425185338446561== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "kukeltje" wrote : Come on Tom.... Now I do not get you anymore... you oppo= sed the addition of the variable type to the jdpl file so strongly and now = in addition to a name, a mappedname and a description, a new label is added= ? Then please include the variable type as well, and now I come to think of= it, why not include the coordinates as well (like xpdl) = | = there are a lot of things that i don't want. = * usage of the id attribute and an optional name attribute would be nice xm= l, but backwards incompatible * forced label declaration separate from the id. probably this was the spark that made me something that i do want : an opti= onal extra attribute called label. sorry if this is what you already proposed before. As for the variable declarations, I have already changed my mind on that so= me time ago. I think it would be good to have it in, although, there is no= need for it now, there are some extensions in the core engine that i want = like variable initialization and type declaration. Both optional, of cours= e. Mostly, the variable declarations also can have there benefits for the GPD.= So that the GPD can offer drop downs instead of text boxes for variables. I don't treat this as a priority yet. Since there is no actual usage for i= t now. Also the way to use user-defined variable declaration data in e.g. = forms has to be studied further for it to work in a general case. "kukeltje" wrote : The name is to be unique (like an id) is, on transitions= used, for reference (like an idref) why not ditch the name/to then and rea= ly use an ID and idref? the xsd standard can make sure these constraints ar= e automatically met (a refid should point to an existing id, id's should be= unique etc..etc..etc..ebBP uses this) Sorry if I sound a little frustrated= (two STFF posts in 10 minutes) but I do mean what I say in 4.0, i might consider want to switch to id and schema idref stuff. but t= hat would become backwards incompatible... and needs a conversion utility.= if the schema idref can be added to point to the name attribute, we could= add it in our current schema (although we have to see how this works with = superstates) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008213#4008213 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008213 --===============3969425185338446561==-- From do-not-reply at jboss.com Tue Jan 30 06:27:56 2007 Content-Type: multipart/mixed; boundary="===============2974904852176306824==" MIME-Version: 1.0 From: danthony74 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Classpath problems in deployment Date: Tue, 30 Jan 2007 06:27:56 -0500 Message-ID: <12017595.1170156476379.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2974904852176306824== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi All, I'm trying to deploy an ear with the following components: EAR ->SAR (depends on classes in WAR, JAR and HAR) ->WAR(depends on classes in JAR and HAR) ->JAR(depends on classes in HAR) ->HAR The SAR needs to access classes defined in the WAR and JAR. It is unable to= find classes defined in the Jar, and won't deploy. Everything else works a= s intended. I believe this to be a classloader problem. Does anyone have any thoughts o= n how to resolve this? Cheers, Dan View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008234#4008234 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008234 --===============2974904852176306824==-- From do-not-reply at jboss.com Tue Jan 30 06:49:50 2007 Content-Type: multipart/mixed; boundary="===============0382805739660456160==" MIME-Version: 1.0 From: visolvejboss To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss internal QA (Test Suite)] - 4.0.5 org.jboss.test.compatibility.test.SerialVersionUIDUnit Date: Tue, 30 Jan 2007 06:49:50 -0500 Message-ID: <2805712.1170157790349.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0382805739660456160== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello All, We have encountered an error in org.jboss.test.compatibility.test.SerialVe= rsionUIDUnitTestCase which was already discussed and the error has been fil= ed as a bug against JBoss 4.0.3SP1 AS. The bug was closed saying that it wa= s fixed in 4.0.4.GA. But we are facing same error again in the same platfor= m. AS : JBoss 4.0.5.GA JDK : 1.5.0.02 (HP-UX JVM) OS : HP-UX = The error message is given below. | Failures on SerialVersionComparisson:javax.management.loading.MLet, org= .jboss.monitor.alarm.AlarmNotification, org.jboss.monitor.alarm.AlarmTableN= otification | = | junit.framework.AssertionFailedError: Failures on SerialVersionComparis= son:javax.management.loading.MLet, | org.jboss.monitor.alarm.AlarmNotification, | org.jboss.monitor.alarm.AlarmTableNotification | at org.jboss.test.compatibility.test.SerialVersionUIDUnitTestCase.test= 401Compatibility(SerialVersionUIDUnitTestCase.java:185) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | = Refer the following for the former discussion and bug. Discussion : http://www.jboss.com/index.html?module=3Dbb&op=3Dviewtopic&t= =3D77604 Bug : http://jira.jboss.com/jira/browse/JBAS-2965 Please help. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008240#4008240 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008240 --===============0382805739660456160==-- From do-not-reply at jboss.com Tue Jan 30 07:19:51 2007 Content-Type: multipart/mixed; boundary="===============7503872706750536442==" MIME-Version: 1.0 From: danthony74 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Classpath problems in deployment Date: Tue, 30 Jan 2007 07:19:51 -0500 Message-ID: <17023439.1170159591084.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7503872706750536442== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable please disregard - realised this is the wrong forum. Cheers. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008252#4008252 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008252 --===============7503872706750536442==-- From do-not-reply at jboss.com Tue Jan 30 07:26:40 2007 Content-Type: multipart/mixed; boundary="===============7270671679788979127==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Tue, 30 Jan 2007 07:26:40 -0500 Message-ID: <598480.1170160000723.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7270671679788979127== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It looks like the URL is not correct for mysql : java.lang.reflect.InvocationTargetExceptionCaused by: org.xml.sax.SAXParseE= xception: The reference to entity "jdbcCompliantTruncation" must end with t= he ';' delimiter. at org.apache.xerces.parsers.DOMParser.parse(Unknown Sour= ce) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source) at = javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:76) at org.jbo= ss.portal.test.framework.embedded.DataSourceSupport$Config.fromXML(DataSour= ceSupport.java:271) at org.jboss.portal.test.framework.embedded.DataSourceS= upport$Config.fromXML2(DataSourceSupport.java:259) at org.jboss.portal.test= .cms.AbstractCMSTestCase.createTestSuite(AbstractCMSTestCase.java:83) at or= g.jboss.portal.test.cms.commands.TestFileArchiveUpload.suite(TestFileArchiv= eUpload.java:74) ... 7 more View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008254#4008254 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008254 --===============7270671679788979127==-- From do-not-reply at jboss.com Tue Jan 30 08:33:53 2007 Content-Type: multipart/mixed; boundary="===============6254300945376363951==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Moved federation module to portlet-federation Date: Tue, 30 Jan 2007 08:33:53 -0500 Message-ID: <767919.1170164033361.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6254300945376363951== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The federation module has been moved to portlet-federation which means : - the top module federation is renamed portlet-federation - the package org.jboss.portal.federation to org.jboss.portal.portlet.feder= ation - the intellij module has been renamed and updated Probably that Thomas will have to modify the eclipse files as well to keep = them in sync. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008284#4008284 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008284 --===============6254300945376363951==-- From do-not-reply at jboss.com Tue Jan 30 09:04:05 2007 Content-Type: multipart/mixed; boundary="===============3925709260727530630==" MIME-Version: 1.0 From: prabhat.jha at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Tue, 30 Jan 2007 09:04:05 -0500 Message-ID: <8977311.1170165845401.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3925709260727530630== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, I saw that error right after test was finished. I have corrected it. I= will force a CC run early today so that we don't have to wait to see somet= hing else is broken. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008294#4008294 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008294 --===============3925709260727530630==-- From do-not-reply at jboss.com Tue Jan 30 09:25:29 2007 Content-Type: multipart/mixed; boundary="===============7619158769570315263==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Web console changes - IMPORTANT Date: Tue, 30 Jan 2007 09:25:29 -0500 Message-ID: <11991246.1170167129730.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7619158769570315263== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "tom.baeyens(a)jboss.com" wrote : Did you have a look at facelets compositi= on, fragment, include and insert ? Ah, yes that is correct. The task form itself could include = around the body in order to trim outside of the tags. I thought you were t= alking about something in the facelets API. So yes, a task form could look like this: | | = | | | | = | | | | | | | | | | | | | | | | = | | = Or if this: | | = | | | | | | | | | | | | | | | | = | | | | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008312#4008312 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008312 --===============7619158769570315263==-- From do-not-reply at jboss.com Tue Jan 30 09:30:17 2007 Content-Type: multipart/mixed; boundary="===============7532232968488209457==" MIME-Version: 1.0 From: adrian at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Bug in Sun compiler? Date: Tue, 30 Jan 2007 09:30:17 -0500 Message-ID: <9363207.1170167417684.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7532232968488209457== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I found this while looking at a microcontainer test. It fails in both JDK5 and JDK6, but works with eclipse. Looks like a bug to me? Anybody confirm? | package test; | = | import java.lang.reflect.Constructor; | import java.lang.reflect.Type; | import java.util.Arrays; | = | public class Main | { | public static void main(String[] args) throws Exception | { | Class clazz =3D MyEnum.class; | Constructor constructor =3D clazz.getDeclaredConstructor(= new Class[] { String.class, Integer.TYPE }); | Type[] types =3D constructor.getParameterTypes(); | Type[] generic =3D constructor.getGenericParameterTypes(); | System.out.println("types =3D " + Arrays.asList(types)); | System.out.println("generic =3D " + Arrays.asList(generic)); | if (Arrays.equals(types, generic) =3D=3D false) | throw new RuntimeException("They should be the same?"); | } | = | public enum MyEnum { ONE, TWO, THREE }; | } | = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008317#4008317 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008317 --===============7532232968488209457==-- From do-not-reply at jboss.com Tue Jan 30 09:33:30 2007 Content-Type: multipart/mixed; boundary="===============0015622781487282675==" MIME-Version: 1.0 From: kukeltje To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: Process definition element label attribute Date: Tue, 30 Jan 2007 09:33:30 -0500 Message-ID: <15779997.1170167610086.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0015622781487282675== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable The variable declarations have their advantage in the GPD, but also in the = webservice. It would be possible to generate xsd's with the correct types f= or setting variables in certain states/nodes/tasks. Now, there is not type= checking other than manualy generating an XSD and using XSD validation. = Regarding the generation, seam form generation does a nice job. They are ki= nd of similar to the jbpm forms. The FTL templates that are used use the ty= pe to generate correct input types, which is nice. Using FTL for the jBPM f= orms would be cool and in line with using similar frameworks for similar t= hings across multiple jboss projects. If I find time (lots of experimenting with seam now) I'll have a look at th= e id/ref stuff. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008318#4008318 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008318 --===============0015622781487282675==-- From do-not-reply at jboss.com Tue Jan 30 09:41:41 2007 Content-Type: multipart/mixed; boundary="===============7980936957257568510==" MIME-Version: 1.0 From: david.lloyd at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Re: web console problem Date: Tue, 30 Jan 2007 09:41:41 -0500 Message-ID: <8693981.1170168101728.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7980936957257568510== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Yes, and to be clear, here are the attributes that you can have on a transi= tionButton: * value: This is the caption of the button. If none is given, the transiti= on name is given. * transition: This is the transition to take. (Up above I said it was call= ed "to" - my apologies for the confusion). * src: The URL of an image file, if you want to override the little icon. = Sensible defaults are automatically chosen for task form buttons. * All default h:commandButton attributes (except for "action"), which can b= e found here: http://java.sun.com/javaee/javaserverfaces/1.2/docs/tlddocs/h= /commandButton.html You may also have these attributes (except for "transition") on the saveBut= ton. I think it would be wise for the GPD to not emit cancelButtons, since the c= ancel button does not serve any purpose that cannot be also done with a pla= in . Finally, the GPD should no longer generate a "comments" field by default. = This field is already present elsewhere on the task view page. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008323#4008323 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008323 --===============7980936957257568510==-- From do-not-reply at jboss.com Tue Jan 30 09:50:05 2007 Content-Type: multipart/mixed; boundary="===============3759513250768338404==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Property replacement Date: Tue, 30 Jan 2007 09:50:05 -0500 Message-ID: <4050658.1170168605537.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3759513250768338404== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | There already is an AnnotationInfo. Doesn't the inherrited TypeInfo.con= vertValue(Object value, boolean replaceProperties) come into play? | = | = If we wanted to use this, it probably means that we should push the replace= param with the current Annotation creation: | ann =3D (Annotation) AnnotationCreator.createAnnotation(annString, Thre= ad.currentThread().getContextClassLoader()); | = But I don't see any easy way to call AnnotationInfo.convertValue(Object, bo= olean). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008325#4008325 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008325 --===============3759513250768338404==-- From do-not-reply at jboss.com Tue Jan 30 10:00:36 2007 Content-Type: multipart/mixed; boundary="===============3405531227754522816==" MIME-Version: 1.0 From: bkeh12 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Bug in Sun compiler? Date: Tue, 30 Jan 2007 10:00:36 -0500 Message-ID: <7544650.1170169236027.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3405531227754522816== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry I post there. types =3D [class.java.lang.string, int] generic =3D [] Exception in thread "main" java.lang.RuntimeException: They should be the s= ame? my config fedora5 + NetBeans 5.5 + jdk 6 = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008334#4008334 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008334 --===============3405531227754522816==-- From do-not-reply at jboss.com Tue Jan 30 10:49:13 2007 Content-Type: multipart/mixed; boundary="===============2991712686930007862==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 10:49:13 -0500 Message-ID: <25010793.1170172153810.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2991712686930007862== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Can we solve the XPC issue with something along these lines? 1) XPC is stored in the parent bean context. 2) Child beans have an independent lifecycle (i.e. bean instance is cached = with the context, not in an internal data structure of the parent. Child be= an context stores data about location of parent, and vice versa. 3) When nested bean is invoked, interceptor accesses the parent bean, gets = the XPC and injects it into the nested bean instance. On the way out clear= the XPC ref from the nested bean. I.e. don't try to maintain a shared ref = to XPC across serialization; instead cache it in the parent and inject it i= nto the child as needed. 4) As part of remove process, check if the bean is a parent. If so, check = if any children are still alive. If yes, don't remove context from the cac= he; instead set a removed flag in the context. If removed flag is set an i= nterceptor will not allow any call to the context (throw NoSuchEjbException= ). But the context is still cached, so child beans can find the XPC. 5) As part of remove process, check if bean is a child. If so, have parent= re-check if all its children are still alive. If not, parent context can = be removed. Along with this, in general it would be good to have a background thread th= at runs to check for and remove orphaned beans. But that's true regardless= of the value of the above. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008363#4008363 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008363 --===============2991712686930007862==-- From do-not-reply at jboss.com Tue Jan 30 11:44:36 2007 Content-Type: multipart/mixed; boundary="===============0356058112326010231==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: JBCACHE-957 Discussion Thread Date: Tue, 30 Jan 2007 11:44:35 -0500 Message-ID: <27336953.1170175475901.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0356058112326010231== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable While this is an interesting idea, and will very cleanly encapsulate the de= cision around the type of lock acquired based on: 1) Locking Scheme (opt or pess) 2) Operation (readdata, writedata, deletedata, readchild, createchild, dele= techild for PL, readIntoWorkspace, writeFromWorkspace for OL) 3) State of the LockParentForChildInsertRemove param. I'm a bit concerned about getting this into 2.0.0.B1. If anything, this wi= ll be a B2 feature, but I am really concerned with feature creep in 2.0.0. = Anyone has the spare cycles for this? :-) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008386#4008386 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008386 --===============0356058112326010231==-- From do-not-reply at jboss.com Tue Jan 30 11:46:34 2007 Content-Type: multipart/mixed; boundary="===============7043787972357891987==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: TxInterceptor logging of exceptions Date: Tue, 30 Jan 2007 11:46:34 -0500 Message-ID: <2622867.1170175594868.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7043787972357891987== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable anonymous wrote : = | = | 1) Why log at all if the exception is going to be rethrown? The log doe= sn't indicate any action on the part of the interceptor. Eviction now uses = a 0 ms timeout, so a lot of those timeouts could end up getting logged. = | = Agreed. Unless we intend to NOT throw the exception (failSilently is prese= nt) we should not log the exception. anonymous wrote : = | = | 2) If failSilently is set, a stack trace in the log at INFO doesn't see= m very silent. People freak at stack traces no matter what level. At a mini= mum I think any INFO logging should be just the message, with a stack trace= only at DEBUG or TRACE. But with Hibernate's usage, I think these are goin= g to be too frequent for INFO. | = +1 as well. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008387#4008387 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008387 --===============7043787972357891987==-- From do-not-reply at jboss.com Tue Jan 30 11:53:12 2007 Content-Type: multipart/mixed; boundary="===============5814166485814656092==" MIME-Version: 1.0 From: julien at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Tue, 30 Jan 2007 11:53:12 -0500 Message-ID: <6010659.1170175992561.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5814166485814656092== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It looks like it's improving now : 1320/7/60 with a success rate of 94.92% I sees errors in - CMS - RegistrationPersistenceManagerTestCase - WSRP (but it does not seem related to the database) I'll look first at RegistrationPersistenceManagerTestCase. Roy or Sohil will have to look at the CMS issues. We'll look at WSRP later, it may be a transient issue as it was not occurin= g before. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008393#4008393 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008393 --===============5814166485814656092==-- From do-not-reply at jboss.com Tue Jan 30 12:04:03 2007 Content-Type: multipart/mixed; boundary="===============0754522279481223127==" MIME-Version: 1.0 From: prabhat.jha at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Portal] - Re: DB test matrix Date: Tue, 30 Jan 2007 12:04:03 -0500 Message-ID: <3961258.1170176643398.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0754522279481223127== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I am glad it's going up. The DB config issues seem to have resolved now. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008398#4008398 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008398 --===============0754522279481223127==-- From do-not-reply at jboss.com Tue Jan 30 12:05:02 2007 Content-Type: multipart/mixed; boundary="===============4507840647965407292==" MIME-Version: 1.0 From: berkum To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: could not find agent library on the library path or in t Date: Tue, 30 Jan 2007 12:05:02 -0500 Message-ID: <29379201.1170176702249.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4507840647965407292== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Look at the readme.txt file that comes with jbossprofiler. You must put jb= ossInspector.dll in your path. That could be your problem. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008400#4008400 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008400 --===============4507840647965407292==-- From do-not-reply at jboss.com Tue Jan 30 12:14:48 2007 Content-Type: multipart/mixed; boundary="===============1202957284456402962==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: TxInterceptor logging of exceptions Date: Tue, 30 Jan 2007 12:14:48 -0500 Message-ID: <10921091.1170177288729.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1202957284456402962== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "manik.surtani(a)jboss.com" wrote : = | +1 as well. To logging the message INFO and the stack trace lower, or the whole thing l= ower? View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008406#4008406 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008406 --===============1202957284456402962==-- From do-not-reply at jboss.com Tue Jan 30 12:29:07 2007 Content-Type: multipart/mixed; boundary="===============2440169868366177263==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 12:29:07 -0500 Message-ID: <28317223.1170178147505.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2440169868366177263== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I finally found the relevant bit in the specs: EJB 3 Persistence 5.6.2.1. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008415#4008415 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008415 --===============2440169868366177263==-- From do-not-reply at jboss.com Tue Jan 30 12:56:16 2007 Content-Type: multipart/mixed; boundary="===============2958643122636778788==" MIME-Version: 1.0 From: kabir.khan at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Registering a bean as an aspect in the bootstrap Date: Tue, 30 Jan 2007 12:56:16 -0500 Message-ID: <1893495.1170179776194.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2958643122636778788== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I have fixed the pointcut in the test. I'll try to figure out the AspectMan= agerJDK5 issue around the training I am delivering View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008420#4008420 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008420 --===============2958643122636778788==-- From do-not-reply at jboss.com Tue Jan 30 13:01:14 2007 Content-Type: multipart/mixed; boundary="===============8461637547667686631==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 13:01:14 -0500 Message-ID: <17294340.1170180074889.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8461637547667686631== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I guess that sounds good Brian. That's gonna be one piece of ugly non-modu= lar code. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008423#4008423 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008423 --===============8461637547667686631==-- From do-not-reply at jboss.com Tue Jan 30 13:28:42 2007 Content-Type: multipart/mixed; boundary="===============6846183588915798605==" MIME-Version: 1.0 From: otasyn To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - XML Validation Error Date: Tue, 30 Jan 2007 13:28:42 -0500 Message-ID: <30434870.1170181722879.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6846183588915798605== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This may be useless to someone else, so I am making this post. If eclipse is set to validate XML and the XML files direct the validation t= o "http://java.sun.com/xml/ns/j2ee" then you probably receive an error that= j2ee_web_services_client_1_1.xsd could not be validated. If so, this is because something in JBoss (or Eclipse) is attempting to par= se the file j2ee.htm at this location. In this file, the old URL is commen= ted out and a new one is written directly after it. However, the parser lo= gic doesn't seem to take into account the html comments. To fix this, host= j2ee.htm on your local machine and remove the commented sections. Replace= the link in your XML file, with the path to you local machine. I, persona= lly, loaded it onto my own web site, but I don't see why it wouldn't work l= ocally. I am fairly new to this, especially JBoss, so if I am missing something, or= if this seems to be just a completely useless post, then feel free to igno= re this. Otasyn View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008435#4008435 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008435 --===============6846183588915798605==-- From do-not-reply at jboss.com Tue Jan 30 13:37:01 2007 Content-Type: multipart/mixed; boundary="===============1700914521020885344==" MIME-Version: 1.0 From: manik.surtani at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: TxInterceptor logging of exceptions Date: Tue, 30 Jan 2007 13:37:01 -0500 Message-ID: <2309915.1170182221620.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1700914521020885344== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry, shld have specified - the whole thing for lower. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008438#4008438 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008438 --===============1700914521020885344==-- From do-not-reply at jboss.com Tue Jan 30 13:46:34 2007 Content-Type: multipart/mixed; boundary="===============1624977179471001635==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: TxInterceptor logging of exceptions Date: Tue, 30 Jan 2007 13:46:34 -0500 Message-ID: <8613381.1170182794116.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1624977179471001635== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Cool. Done. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008444#4008444 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008444 --===============1624977179471001635==-- From do-not-reply at jboss.com Tue Jan 30 13:52:50 2007 Content-Type: multipart/mixed; boundary="===============6222841376536685918==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 13:52:49 -0500 Message-ID: <29489046.1170183169964.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6222841376536685918== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I didn't see anything in section 5.6.2 about the sharing not applying to be= ans with an @Remote. But since it's possible such a nested bean isn't even = in the same VM, that's probably too much to try to deal with. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008447#4008447 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008447 --===============6222841376536685918==-- From do-not-reply at jboss.com Tue Jan 30 14:21:25 2007 Content-Type: multipart/mixed; boundary="===============9205205036559403570==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 14:21:25 -0500 Message-ID: <17638237.1170184885416.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============9205205036559403570== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm pretty sure that somehwere it says that XPC PC is not propagated across= remote boundaries. That's another think I know we discussed in great deta= il on the expert group. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008456#4008456 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008456 --===============9205205036559403570==-- From do-not-reply at jboss.com Tue Jan 30 14:53:01 2007 Content-Type: multipart/mixed; boundary="===============4883777191402750889==" MIME-Version: 1.0 From: pgier To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Build System] - Cleanup of JBoss Maven plugins Date: Tue, 30 Jan 2007 14:53:00 -0500 Message-ID: <25131521.1170186780944.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4883777191402750889== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I believe the jboss version of the maven clean plugin is no longer needed. = It is located here: https://svn.labs.jboss.org/labs/jbossbuild/trunk/projects/maven-plugins/mav= en-clean-plugin It looks like it was created to add the functionality of configuring which = directories are deleted when "mvn clean" is run. This is no longer needed = because the regular maven clean plugin has this functionality. So if no one has a problem with me deleting it, I will remove it from subve= rsion. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008469#4008469 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008469 --===============4883777191402750889==-- From do-not-reply at jboss.com Tue Jan 30 16:31:30 2007 Content-Type: multipart/mixed; boundary="===============1935647367278958162==" MIME-Version: 1.0 From: genman To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBossCache] - Re: JBCACHE-957 Discussion Thread Date: Tue, 30 Jan 2007 16:31:30 -0500 Message-ID: <13905861.1170192690880.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1935647367278958162== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I took a stab at the API, but I don't know well enough what to do with the = 13-14 references to the old acquire calls. I uploaded my patch to the JIRA issue at the top. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008523#4008523 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008523 --===============1935647367278958162==-- From do-not-reply at jboss.com Tue Jan 30 16:45:38 2007 Content-Type: multipart/mixed; boundary="===============1070434117642140531==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Duplicated client IDs Date: Tue, 30 Jan 2007 16:45:38 -0500 Message-ID: <2144209.1170193538775.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============1070434117642140531== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm working on the integration testsuite, and one failing test is Duplicate= ClientIDUnitTestCase::testDuplicate. I wrote a similar test within JBossMessaging testsuite (org.jboss.test.jbos= smessaging.test.DuplicateClientIDUnitTestCase) and the test is failing. If we decide this is not a bug, we will have to decide what to do on the in= tegration testsuite. This is the JIRA issue: http://jira.jboss.org/jira/browse/JBMESSAGING-791 View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008529#4008529 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008529 --===============1070434117642140531==-- From do-not-reply at jboss.com Tue Jan 30 17:12:08 2007 Content-Type: multipart/mixed; boundary="===============7280610077874355580==" MIME-Version: 1.0 From: timfox To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Duplicated client IDs Date: Tue, 30 Jan 2007 17:12:08 -0500 Message-ID: <2764217.1170195128332.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7280610077874355580== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I think this bug is a duplicate of http://jira.jboss.com/jira/browse/JBMESS= AGING-286. It looks like an easy fix, you could do it now if you want. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008533#4008533 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008533 --===============7280610077874355580==-- From do-not-reply at jboss.com Tue Jan 30 17:46:49 2007 Content-Type: multipart/mixed; boundary="===============0140770653654077469==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 17:46:49 -0500 Message-ID: <29896017.1170197209313.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0140770653654077469== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I would rather have the SFSB register themselves as users in the XPC. The X= PC then maintains this list. On @Remove SFSB deregisters and if XPC is empt= y close itself. For injection: any SFSB with an XPC with creates a SFSB propagates the XPC = with the exception of @Remote. Hmm... still don't like it, but there is no = other way. The final part: orphaned SFSBs must be removed by a reaper as per spec afte= r a timeout. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008546#4008546 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008546 --===============0140770653654077469==-- From do-not-reply at jboss.com Tue Jan 30 18:19:40 2007 Content-Type: multipart/mixed; boundary="===============5205110725604204864==" MIME-Version: 1.0 From: bstansberry at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 18:19:40 -0500 Message-ID: <28879114.1170199180057.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5205110725604204864== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable "wolfc" wrote : I would rather have the SFSB register themselves as users i= n the XPC. The XPC then maintains this list. On @Remove SFSB deregisters an= d if XPC is empty close itself. OK. But only parent context holds a ref to the XPC, yes? Otherwise you have= the problem of multiple contexts independently serializing/deserializing t= he XPC, after which you no longer have a shared reference. The XPC would need to know which context has the ref to it, so as part of t= he close process it can inform that context it no longer needs to be cached= . It's the caching of the parent context that keeps the XPC from being gc'= d. Unless we come up with a separate cache for these. Shit, if a call to a child bean triggers replication, the parent bean must = be replicated as well, otherwise the XPC isn't. Perhaps separately caching = XPCs makes sense. :( anonymous wrote : For injection: any SFSB with an XPC with creates a SFSB p= ropagates the XPC with the exception of @Remote. Hmm... still don't like it= , but there is no other way. Not clear exactly what you mean here. :) View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008561#4008561 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008561 --===============5205110725604204864==-- From do-not-reply at jboss.com Tue Jan 30 19:01:39 2007 Content-Type: multipart/mixed; boundary="===============4541938034042248166==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 19:01:39 -0500 Message-ID: <30472209.1170201699312.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4541938034042248166== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable no it doesn't... Again, the big problem is managed entities. This is why all the SFSBs and = XPC's need to be serialized together. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008570#4008570 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008570 --===============4541938034042248166==-- From do-not-reply at jboss.com Tue Jan 30 19:14:23 2007 Content-Type: multipart/mixed; boundary="===============7669626298209762334==" MIME-Version: 1.0 From: bill.burke at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Tue, 30 Jan 2007 19:14:23 -0500 Message-ID: <24883303.1170202463479.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7669626298209762334== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Furthermore, there can be multiple XPCs...I still think the parent owning a= ll the instances makes the most sense and for the child to have the same li= fecycle as the parent. I'm not sure there is anything in the spec that for= bids us from doing this. What we could do is, when the parent gets removed, pick a new "master" SFSB= to hold the references to the other SFSB instances as well as the XPCs. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008574#4008574 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008574 --===============7669626298209762334==-- From do-not-reply at jboss.com Tue Jan 30 21:16:09 2007 Content-Type: multipart/mixed; boundary="===============8349941102881067493==" MIME-Version: 1.0 From: scott.stark at jboss.org To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Bug in Sun compiler? Date: Tue, 30 Jan 2007 21:16:09 -0500 Message-ID: <1081057.1170209769741.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============8349941102881067493== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Its a known bug for inner classes that has been open for some time: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=3D5087240 although, even if I pull the enum into a separate class I still see the sam= e problem. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008601#4008601 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008601 --===============8349941102881067493==-- From do-not-reply at jboss.com Tue Jan 30 21:45:13 2007 Content-Type: multipart/mixed; boundary="===============0871722377591872090==" MIME-Version: 1.0 From: clebert.suconic at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Profiler] - Re: could not find agent library on the library path or in t Date: Tue, 30 Jan 2007 21:45:13 -0500 Message-ID: <7775740.1170211513754.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============0871722377591872090== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable the other possibility would be... You are using Linux... and you don't have the dependency (such as the libgc= ) installed. You could compile the library yourself in your system... look at the manual= on how to compile the libraries. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008608#4008608 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008608 --===============0871722377591872090==-- From do-not-reply at jboss.com Wed Jan 31 00:00:06 2007 Content-Type: multipart/mixed; boundary="===============6501142726621647919==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - JBAS-1434 Part 2 Date: Wed, 31 Jan 2007 00:00:06 -0500 Message-ID: <13861348.1170219606740.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6501142726621647919== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Quick check of moving over to the JCA/JMS adapter. Change in standardjboss.= xml is required. The easiest thing is simply to switch the default containe= r configuration from | = | Standard Message Driven Bean | false | message-driven-bean | = to | Standard Message Driven Bean | false | jms-message-inflow-driven-bean | = Also, as we all know, the old JMSContainerInvoker allowed for creating dest= inations when a listener was being deployed without one. EJB3 carries this = tradition over for EJB3, but for EJB 2.x the JMS/JCA adapter will not. = There are a few reasons for this a) It's not portable and JBoss specific b) While we could create a temporary destination using the JMS API, I don't= think it is a good idea to carry this 'convenience' forward as it simply m= asks underlying configuration issues on the client. = In sum, you want to use JMS/JCA inflow, create your destination. Further, I= am not sure how much from the JMS API without having to fall back on JBoss= specific constructs to create the destination. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008640#4008640 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008640 --===============6501142726621647919==-- From do-not-reply at jboss.com Wed Jan 31 00:02:55 2007 Content-Type: multipart/mixed; boundary="===============2541349039945808568==" MIME-Version: 1.0 From: weston.price at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JCA on JBoss] - Re: XAExpectionUnitTestCase Failures/JBossTS/JBoss 4.2 Date: Wed, 31 Jan 2007 00:02:55 -0500 Message-ID: <28050534.1170219775515.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============2541349039945808568== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Something about this still just doesn't seem right. I am attempting to get = with the JBossTS team to discuss what, if anything, we should be doing diff= erently. I am not sure how catching, logging (basically masking) the underl= ying XA exception is going to help matters. While the JcaXAResourceWrapper = could do some trickery to make this problem 'go away' I am not sure this is= the right approach. = In the tests we are simply reporting what could very well be a real XA exce= ption. If this is causing an IllegalStateException in JBossTS, I would real= ly like to know what and what the *right* way to to fix this is. = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008641#4008641 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008641 --===============2541349039945808568==-- From do-not-reply at jboss.com Wed Jan 31 00:15:23 2007 Content-Type: multipart/mixed; boundary="===============6231739568381014073==" MIME-Version: 1.0 From: ovidiu.feodorov at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - JGroups configuration for clustering testing Date: Wed, 31 Jan 2007 00:15:23 -0500 Message-ID: <12507122.1170220523449.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6231739568381014073== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Clebert, What JGroups stack configurations are we using now for clustering testing? = The ones from src/etc/server/default/deploy/clustered-mysql-persistence-ser= vice.xml or those from src/etc/server/default/deploy/multiplexer-stacks.xml? Thanks Ovidiu View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008646#4008646 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008646 --===============6231739568381014073==-- From do-not-reply at jboss.com Wed Jan 31 00:29:52 2007 Content-Type: multipart/mixed; boundary="===============4080253063714579855==" MIME-Version: 1.0 From: ashish.mishra16 To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Javassist development Forum] - How to use Log4j in Struts Date: Wed, 31 Jan 2007 00:29:52 -0500 Message-ID: <28355065.1170221392562.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============4080253063714579855== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I m facing problem in using log4j in my struts application. My director st= rutcture is = SRC,Web-Root WEB-INF lib,classes,web.xml,struts-config.xml In classes i have class files, config.properties= for log4j, ApplicationResources.properties. Now i m not able to read the config.properties file. in any ways, the confi= g.properties file is like this: log4j.rootLogger=3DDEBUG, A1 log4j.appender.A1=3Dorg.apache.log4j.ConsoleAppender log4j.appender.A1.layout=3Dorg.apache.log4j.PatternLayout log4j.appender.A1.layout.ConversionPattern=3D%-4r [%t] %-5p %c %x - %m%n. I m using the following method to read the it in LoginAction.java: static Logger logger =3D Logger.getLogger(LoginAction.class.getName()); try { = Properties logProperties =3D new Properties(); logProperties.load(new FileInputStream("config.properties")); PropertyConfigurator.configure(logProperties); = } catch (Exception e) { = throw new RuntimeException("Enable to Load Logging Properties File"); } Please tell me how to read the config.properties file. Or what is d other w= ays to handle Log4J. = = View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008650#4008650 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008650 --===============4080253063714579855==-- From do-not-reply at jboss.com Wed Jan 31 05:12:18 2007 Content-Type: multipart/mixed; boundary="===============7150385295299004340==" MIME-Version: 1.0 From: wolfc To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of EJB 3.0] - Re: Issues with passivation of nested SFSBs Date: Wed, 31 Jan 2007 05:12:18 -0500 Message-ID: <14632286.1170238338077.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7150385295299004340== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Okay, but introduce a new object XPCHolder or something to hold the adminis= tration of XPC users. Then there is no "master", parent or child. Just an X= PC holder and users. That's more easily to understand (at least to my brain= :-) ). View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008722#4008722 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008722 --===============7150385295299004340==-- From do-not-reply at jboss.com Wed Jan 31 05:32:35 2007 Content-Type: multipart/mixed; boundary="===============3320340160604355852==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Scoped beans deployment Date: Wed, 31 Jan 2007 05:32:35 -0500 Message-ID: <14033026.1170239555233.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3320340160604355852== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable What's the status of being able to define in which scope you want to put / = lookup your beans? E.g. 'visible' only for current deployment unit (single xml file), whole ar= chive deployment (multiple files in .sar, ...), whole app deployment, curre= nt kernel bootstrap, cluster, ... = What I want to do with OSGi integration is be able to put in current Bundle= bean (under some specific name - similar to what we do with Kernel), and t= hen later use it when wiring beans with OSGi layer. OSGi aware beans are no= rmal beans deployed with BeanMetaDataDeployer, which is currently bound wit= h bootstrap Kernel. There is only special schema handling + the part that i= s missing =3D currently deployed beans being aware of their underlying Bund= le. How do I get the currently deployed beans be aware of their Bundle (which i= s a part of DeploymentUnit attachments). Any elegant way or a horrible Thre= adLocal? ;-( View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008731#4008731 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008731 --===============3320340160604355852==-- From do-not-reply at jboss.com Wed Jan 31 08:16:44 2007 Content-Type: multipart/mixed; boundary="===============3679903646352513803==" MIME-Version: 1.0 From: alesj To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Mixing schemas WildcardBinding exception Date: Wed, 31 Jan 2007 08:16:44 -0500 Message-ID: <22085148.1170249404127.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============3679903646352513803== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm using this xml: | | = | | = | | | | = | | JavaBean | | = | and I get the following exception: | org.jboss.xb.binding.JBossXBException: Failed to parse source: file:/C:= /projects/microcontainer/classes/test/spring-int/org/jboss/test/spring/test= /InstantiateMixed2TestCase.xml(a)13,9 | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBPa= rser.java:173) | at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.ja= va:133) | at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(Bas= icXMLDeployer.java:135) | at org.jboss.test.kernel.junit.MicrocontainerTestDelegate.deploy(Micro= containerTestDelegate.java:212) | at org.jboss.test.kernel.junit.MicrocontainerTestDelegate.deploy(Micro= containerTestDelegate.java:283) | at org.jboss.test.kernel.junit.MicrocontainerTestDelegate.setUp(Microc= ontainerTestDelegate.java:78) | at org.jboss.test.spring.test.TempSpringMicrocontainerTestDelegate.set= Up(TempSpringMicrocontainerTestDelegate.java:48) | at org.jboss.test.AbstractTestSetup.setUp(AbstractTestSetup.java:63) | at junit.extensions.TestSetup$1.protect(TestSetup.java:18) | at junit.extensions.TestSetup.run(TestSetup.java:23) | at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java= :40) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp= l.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc= essorImpl.java:25) | at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) | Caused by: java.lang.ClassCastException: org.jboss.xb.binding.sunday.un= marshalling.WildcardBinding | at org.jboss.xb.binding.sunday.unmarshalling.DefaultElementHandler.set= Parent(DefaultElementHandler.java:109) | at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.endR= epeatableParticle(SundayContentHandler.java:730) | at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.endE= lement(SundayContentHandler.java:138) | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser$DelegatingContentH= andler.endElement(SaxJBossXBParser.java:353) | at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Sour= ce) | at org.apache.xerces.xinclude.XIncludeHandler.endElement(Unknown Sourc= e) | at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unkn= own Source) | at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentConte= ntDispatcher.dispatch(Unknown Source) | at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(= Unknown Source) | at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) | at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) | at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) | at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) | at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown So= urce) | at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBPa= rser.java:169) | ... 23 more When I do it the other way around - defining root element deployment as MC = schema, and using Spring bean inside deployment - it works. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008769#4008769 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008769 --===============3679903646352513803==-- From do-not-reply at jboss.com Wed Jan 31 08:48:30 2007 Content-Type: multipart/mixed; boundary="===============6264009173046710468==" MIME-Version: 1.0 From: yperey To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss Web Services] - SOAP request missing namespace Date: Wed, 31 Jan 2007 08:48:30 -0500 Message-ID: <5320347.1170251310722.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============6264009173046710468== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, I've followed step by step the http://wiki.jboss.org/wiki/Wiki.jsp?page=3DW= S4EEDOCClientStepByStep to deploy a web service client on JBoss 4.0.2 using JWSDP 1.6. The problem = is that in the SOAP request I send to the server there are attributes of a = complex type with missing namespace: | | | root | cm9vdDE=3D | | | | 1 | 0 | | | like for source and targets event if in the wsdl it is specified attributeF= ormDefault=3D"qualified" and elementFormDefault=3D"qualidied" as you can se= e: | ... | | | | | | | | | | | | | | | | | | | | | | ... | = here is my wscompile line: anonymous wrote : wscompile -gen:client -f:documentliteral -f:wsi -mapping = jaxrpc-mapping-client.xml -keep config-client.xml Here is the correct SOAP envelope that I'm supposed to have: | | | root | cm9vdDE=3D | | | | 1 | 0 | | | Any idea ? Yann. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008779#4008779 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008779 --===============6264009173046710468==-- From do-not-reply at jboss.com Wed Jan 31 09:03:48 2007 Content-Type: multipart/mixed; boundary="===============5605266758629962761==" MIME-Version: 1.0 From: alex.loubyansky at jboss.com To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Mixing schemas WildcardBinding exception Date: Wed, 31 Jan 2007 09:03:48 -0500 Message-ID: <26467543.1170252228541.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============5605266758629962761== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable For some reason an extension of the DefaultElementHandler is used for a wil= dcard. I haven't looked at the schema and initialization yet. But this happens for= a repeated wildcard. Have a look at org.jboss.test.xml.AnyComplexTypeUnitT= estCase. Maybe it'll give you an idea. View the original post : http://www.jboss.com/index.html?module=3Dbb&op=3Dv= iewtopic&p=3D4008785#4008785 Reply to the post : http://www.jboss.com/index.html?module=3Dbb&op=3Dpostin= g&mode=3Dreply&p=3D4008785 --===============5605266758629962761==-- From do-not-reply at jboss.com Wed Jan 31 09:37:07 2007 Content-Type: multipart/mixed; boundary="===============7246009560289091221==" MIME-Version: 1.0 From: estaub To: jboss-dev-forums at lists.jboss.org Subject: [jboss-dev-forums] [Design of JBoss jBPM] - Support for Bean Scripting Framework (BSF) Date: Wed, 31 Jan 2007 09:37:07 -0500 Message-ID: <31998199.1170254227351.JavaMail.jboss@colo-br-02.atl.jboss.com> --===============7246009560289091221== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm planning to implement support for BSF and will contribute it back if it= 's wanted. = (BSF supports pluggable scripting engines and pluggable domain classes.) = I'm posting this here, rather than on the forum, to make sure we don't end = up with duplicate efforts. = If this was the wrong thing to do, apologies in advance. = My current plans are to just provide a way to configure a global scripting = engine via jbpm.cfg.xml. In the future, it would be desirable to make this = settable in the Process Definition. = I'll make sure this works with BeanShell and Groovy - other folks will have= to vet Rhino, etc. = Current estimate is "before end of February". = Any thoughts? Requests? Is this useful to others? I haven't seen much about= it on the forums. = This was originally misposted on JIRA as http://jira.jboss.com/jira/browse/= JBPM-830. Tom Baeyens responded there: anonymous wrote : good idea. i mainly would be interested to know how you c= ould enhance the current scripting support to BSF without braking backwards= compatibility. = | = | if this could be done with adding a language attribute to the script ta= g that has the default value of 'bsh', I'm all ears :-) = Backward compatibility is certainly a requirement. As for "how", it superf= icially looks easy; I'll know more shortly. A