November 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: Hibernate and Web Console

by falazar

Ok, yeah I attemtped to go through and use the SQL layer, but at that point oracle was joining 12+tables inside a subquery for the paging and sorting, and everything just starts to go nuts. Have you worked much yet on the Inbox display and trying to show multiple table fields there, and have it in a nice format such as paging results and sorting on all fields? I would like to help/receive your help for this task. We are working on several different areas of the web console now, and are creating a Panel bean, and looking at using the Tomahawk myfaces panel implementations to provide a nice clean display. James View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986611#3986611 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986611

19 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Undeployment of JMX service keeps registration alive

by anil.saldhana＠jboss.com

| ant tests-security-basic-unit | I see a lot of these when tests are trying to install a new DynamicLoginConfigService. This seems to due to the previous undeploy by a prior test is not removing the registration of the object name somewhere in the mc. | Caused by: java.lang.IllegalStateException: jboss.security.tests:service=Dynamic | LoginConfig is already installed. | at org.jboss.dependency.plugins.AbstractController.install(AbstractContr | oller.java:249) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986605#3986605 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986605

19 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Problem with javassist + RepositoryClassLoader

by jason.greene＠jboss.com

Doesn't this just fix visibility of the classloader from other loaders in the repository? I checked the AOP implementation, and it is currently doing the same process of manually flushing the blacklists. I ended up having to create a child URLClassLoader to catch the transient classes, since I can't pollute the top level CL that is present at deploy time (else classes referenced by the one I am generating will end up conflicting with the ones loaded by the tomcat CL). So this obviates my specific need. However it is possible that others would run into it, and if there are plans to redesign any of this for the MC, IMO we should consider a public interface for necessary interactions like this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986604#3986604 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986604

19 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: PojoCache implementation class AOP instrumentation depen

by ben.wang＠jboss.com

So what we need to do is during the copying of the JBC library from 3d party dir to build, we need to do an "aopc" on the jar. But in this way, Kabir, I will need to unjar pojocache.jar first and then jar it again after instrumentation, is it correct? One other issue is for future upgrade. User can not simply drop the jar from the JBC released version. Now why can't JBoss Aop try to maintain some binary compatability between releases? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986602#3986602 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986602

19 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Changes to ResourceHandler

by scott.stark＠jboss.org

As part of the web container injection work I added 2 changes to the ResourceHandler to allow for complete specification of enc entries via annotations alone as with this servlet: | @Resources({ | @Resource(name="mail/DefaultMail", type=javax.mail.Session.class, mappedName="java:/Mail"), | @Resource(name="url/JBossHome", type=java.net.URL.class, mappedName="http://www.jboss.org"), | @Resource(name="mdr/ConsumesLink", type=javax.jms.Queue.class, mappedName="MockQueueA"), | @Resource(name="mdr/ProducesLink", type=javax.jms.Topic.class, mappedName="MockTopicA") | }) | public class StandaloneENCAnnotationsServlet extends HttpServlet | { | private static final long serialVersionUID = 1; | private static final Logger log = Logger.getLogger(StandaloneENCAnnotationsServlet.class); | | @Resource(name="jms/QueFactory", mappedName="java:/ConnectionFactory") | QueueConnectionFactory queueFactory; | @Resource(name="TestQueue", mappedName="MockQueueB") | Queue testQueue; | @Resource(name="mdr/ConsumesProducesJNDIName", mappedName="MockQueueA") | Queue refQueue; | | @Resource(name="jdbc/DefaultDS", mappedName="java:/MockDS") | DataSource ds; | @EJB(name="ejb/bean3", beanInterface=StatelessSessionHome.class, | mappedName="jbosstest/ejbs/UnsecuredEJB") | StatelessSessionHome sshome; | @EJB(name="ejb/CtsBmp", beanInterface=EntityHome.class, | mappedName="jbosstest/ejbs/CtsBmp") | EntityHome entityHome; | @EJB(name="ejb/local/bean3", beanInterface=StatelessSessionLocalHome.class, | mappedName="jbosstest/ejbs/local/ENCBean1") | StatelessSessionLocalHome localHome; | @Resource(name="Ints/i0", mappedName="0") | int i0; | @Resource(name="Ints/i1", mappedName="1") | int i1; | @Resource(name="Floats/f0", mappedName="0.0") | float f0; | @Resource(name="Floats/f1", mappedName="1.1") | float f1; | @Resource(name="Strings/s0", mappedName="String0") | String s0; | @Resource(name="Strings/s1", mappedName="String1") | String s1; | @Resource(name="ejb/catalog/CatalogDAOClass", mappedName="com.sun.model.dao.CatalogDAOImpl") | String ejbName; | 1. Class level resource annotations that are of type URL create a URL from the mappedName. 2. Field/method primative types for env-entry type of resources create the value from the mappedName. Rather an overloaded use of mappedName, but that is all there is available and its not in conflict with the spec. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986588#3986588 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986588

19 years, 4 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re:

by PhilipWu

SocketException: Too many files open I had a similar problem and so I did a dump of the file descriptors being used by my app using lsof -p <process id>. Below was just some of the items shown. Over 1000 file descriptors were open. I noticed that the ports used were related to JMS, specifially the 8093 port. I went back to my code and noticed that I was leaving my connections to JMS open and wasn't closing them. After closing them and re running everything was fine. Hope that helps. java 15779 root 144u IPv6 292593 TCP localhost.localdomain:8093->localhost.localdomain:48164 (ESTABLISHED) java 15779 root 145u IPv6 292779 TCP localhost.localdomain:51129->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 146u IPv6 292767 TCP localhost.localdomain:8093->localhost.localdomain:34418 (ESTABLISHED) java 15779 root 147u IPv6 292604 TCP localhost.localdomain:8093->localhost.localdomain:44921 (ESTABLISHED) java 15779 root 148u IPv6 292717 TCP localhost.localdomain:57241->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 149u IPv6 292619 TCP localhost.localdomain:44921->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 150u IPv6 292621 TCP localhost.localdomain:8093->localhost.localdomain:34506 (ESTABLISHED) java 15779 root 151u IPv6 292623 TCP localhost.localdomain:8093->localhost.localdomain:47555 (ESTABLISHED) java 15779 root 152u IPv6 292625 TCP localhost.localdomain:47555->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 153u IPv6 292626 TCP localhost.localdomain:8093->localhost.localdomain:43375 (ESTABLISHED) java 15779 root 154u IPv6 292795 TCP localhost.localdomain:8093->localhost.localdomain:56269 (ESTABLISHED) java 15779 root 155u IPv6 292628 TCP localhost.localdomain:43375->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 156u IPv6 292629 TCP localhost.localdomain:8093->localhost.localdomain:60267 (ESTABLISHED) java 15779 root 157u IPv6 292687 TCP localhost.localdomain:60267->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 158u IPv6 292688 TCP localhost.localdomain:8093->localhost.localdomain:49439 (ESTABLISHED) java 15779 root 159u IPv6 292689 TCP localhost.localdomain:49439->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 160u IPv6 292690 TCP localhost.localdomain:8093->localhost.localdomain:55873 (ESTABLISHED) java 15779 root 161u IPv6 292691 TCP localhost.localdomain:55873->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 162u IPv6 292692 TCP localhost.localdomain:8093->localhost.localdomain:34455 (ESTABLISHED) java 15779 root 163u IPv6 292768 TCP localhost.localdomain:34418->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 164u IPv6 292697 TCP localhost.localdomain:34455->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 165u IPv6 292701 TCP localhost.localdomain:35166->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 166u IPv6 292703 TCP localhost.localdomain:8093->localhost.localdomain:42612 (ESTABLISHED) java 15779 root 167u IPv6 292705 TCP localhost.localdomain:42612->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 168u IPv6 292708 TCP localhost.localdomain:8093->localhost.localdomain:53619 (ESTABLISHED) java 15779 root 169u IPv6 292754 TCP localhost.localdomain:36840->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 170u IPv6 292712 TCP localhost.localdomain:53619->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 171u IPv6 292713 TCP localhost.localdomain:8093->localhost.localdomain:57241 (ESTABLISHED) java 15779 root 172u IPv6 292718 TCP localhost.localdomain:8093->localhost.localdomain:37514 (ESTABLISHED) java 15779 root 173u IPv6 292725 TCP localhost.localdomain:8093->localhost.localdomain:40510 (ESTABLISHED) java 15779 root 174u IPv6 292829 TCP localhost.localdomain:53124->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 175u IPv6 292726 TCP localhost.localdomain:40510->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 176u IPv6 292728 TCP localhost.localdomain:8093->localhost.localdomain:56741 (ESTABLISHED) java 15779 root 177u IPv6 292730 TCP localhost.localdomain:56741->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 178u IPv6 292731 TCP localhost.localdomain:8093->localhost.localdomain:38639 (ESTABLISHED) java 15779 root 179u IPv6 292732 TCP localhost.localdomain:38639->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 180u IPv6 292733 TCP localhost.localdomain:8093->localhost.localdomain:49641 (ESTABLISHED) java 15779 root 181u IPv6 292735 TCP localhost.localdomain:49641->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 182u IPv6 292736 TCP localhost.localdomain:8093->localhost.localdomain:34933 (ESTABLISHED) java 15779 root 183u IPv6 292737 TCP localhost.localdomain:34933->localhost.localdomain:8093 (ESTABLISHED) java 15779 root 184u IPv6 292738 TCP localhost.localdomain:8093->localhost.localdomain:36580 (ESTABLISHED) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986583#3986583 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986583

19 years, 4 months

1
0
0 / 0

[Design of JBossCache] - Re: PojoCache implementation class AOP instrumentation depen

by kabir.khan＠jboss.com

"ben.wang(a)jboss.com" wrote : | install script for JBoss that takes the unwoven POJOCache | I mean install script for JBC View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986582#3986582 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986582

19 years, 4 months

1
0
0 / 0

[Design of JBossXB] - Re: jboss5 version synchronization

by scott.stark＠jboss.org

So is maven being used to build this release? The jbossxb-1.0.0.CR7/pom.xml says the version is 1.0.1.TEST. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986581#3986581 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986581

19 years, 4 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Web tier injection has been restored

by scott.stark＠jboss.org

"anil.saldhana(a)jboss.com" wrote : TomcatDeployment | In the case of a plain webapp (zero annotations), it does not go thru injection container. Is that right? No, the injection container handles all metadata, be it from xml or annoations. The concern is that its using a different metadata set and parser so there is duplicate effort going on. This needs to be fixed by the unified metadata view. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986579#3986579 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986579

19 years, 4 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Web tier injection has been restored

by scott.stark＠jboss.org

This test is passing for me now with the latest TomcatDeployment changes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986573#3986573 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986573

19 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2006