You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
From: ryoung2504 <nu...@jb...> - 2005-07-29 13:53:45
|
Unfortunately when obtaining an EntityManager using Object obj = ctx.lookup("java:managedEntityFactory." + unit); the object doesnt cast to a HibernateSession whereas @PersistenceContext | private EntityManager manager; does View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887291#3887291 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887291 |
From: <bil...@jb...> - 2005-07-29 13:35:05
|
Look in the docbook. http://docs.jboss.com/ejb3/reference/build/reference/en/html/hibernate.html The next release I will allow the direct injection of Hibernate Session and SessionFactory. These will be proxies to the real deal and work the same way as container managed EntityManagers and ENtityManagerFactories. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887288#3887288 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887288 |
From: mikezzz <nu...@jb...> - 2005-07-29 13:01:10
|
anonymous wrote : So I guess we should go EJB3 and JDK5 for the next release (M4) is that your supposition? It would be nice to move the EJB3 & JDK5 (mmm, new stuff), but it not necessary (more fun though) as I am quite happy with JBoss Annotations for JDK 1.4 and Hibernate (Mailbox/Maillist uses this). Will look at the JIRA tasks. Mike. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887285#3887285 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887285 |
From: LostInSpace2011 <nu...@jb...> - 2005-07-29 11:37:50
|
I have the following scenario. A User has several Roles. The relationship between user and role is defined as a bi-directional many-to-many relationship. - User A has Role A. - To retrieve Roles use : User userA = .... Roles roles = userA.getRoles() - Then I contruct a new user and assign roles to it User userB = new User(); userB.setRoles(userA.getRoles()); - Then I pass my use to the UserManagerBean to persist it UserManager.createNewUser(userB); -At this point what I percieve is happening is that all the roles which were previously associated with userA are now reassigned to userB. I have tried retrieving the "new" roles which resulted in : User userB = new User(); userB.setRoles(UserManager.getRoles()); - In this case the behaviour was correct :-) The relationship between user and roles is a ManyToMany relationship without cascading and I am useing JBoss 4.0.3 RC 1 on JDK 1.5.0_04 on Windows XP. Any suggestions on this. I believe this to be a bug. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887268#3887268 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887268 |
From: Mintyeye <nu...@jb...> - 2005-07-29 11:14:09
|
I make Entity Class "MyClass" | @Entity(access = AccessType.FIELD) | public class MyClass implements Serialize { | ... | Date lastUpdate; | .... | @PrePersist | @PreUpdate | public void foo() { | System.out.println("Hi"); | lastUpdate = new Date(); | } | } | 1. Instantiate MyClass Object and persist it. 2. Console Result - "Hi" is printed 3. DB Result : - new Row is created but...... - "lastUpdate" column is Null I want to update "lastUpdate" column. What can I do? (T_T) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887260#3887260 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887260 |
From: nthx <nu...@jb...> - 2005-07-29 11:12:40
|
Hi there Kabir! Well, I read the JIRA's issue. I completely agree with Bill here: anonymous wrote : The thing is, if you're just introducing an interface with no mixin, then an interceptor should handle the implementation. But hear this, cause that's more funny: 'takeSnapshot' is another method from the interface. Similar pointcut exists, the same aspect, the same test case and call to ((Persistable)root).takeSnapshot(); works! jboss-aop-1.3, no mixin for interface, aop config you see here, the same behavior for call/execution type... This is wired.. have any possible explanation for that behaviour? Thanks - Tomasz View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887259#3887259 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887259 |
From: ryoung2504 <nu...@jb...> - 2005-07-29 09:57:14
|
I can obtain an EntityManager dynamically using the above techniques but whichever technique I use I can't cast the resultant EntityManager to a org.jboss.ejb3.entity.HibernateSession. Is there a way to get hold of an EntityManager dynamically that will cast to a HibernateSession (as described in the Hibernate Integration document (chap 2))? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887251#3887251 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887251 |
From: <tom...@jb...> - 2005-07-29 08:37:21
|
what libraries and set up do you need to add a web service invocation based on SAAJ to jbpm ? same question for web service production. how do you plan integrating this in the jbpm.3 project ? (i want the least number of dependencies and if possible a simple set up via the existing jboss configuration scripts) regards, tom. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887242#3887242 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887242 |
From: aubergine <nu...@jb...> - 2005-07-29 08:32:02
|
Bill Did you receive the Remoting Connector and client/server pair I sent? Nick View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887241#3887241 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887241 |
From: ksudhir.sethi <nu...@jb...> - 2005-07-29 07:58:52
|
Hi, I have installed JBoss and Eclispe in my "C:\Program Files" for some business needs. While configuring the Home directory for JBoss in Eclipse (as C:\Program Files\jboss-4.0.1sp1) and debugging, i am getting this error in Console: java.lang.NoClassDefFoundError: Files\jboss-4/0/1sp1 This is happening because of empty space in the path (in "Program Files"). How can I escape this path? Is there any way to encode the path which have empty space? rgds View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887229#3887229 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887229 |
From: <aco...@jb...> - 2005-07-29 07:43:46
|
Yes. check out the jboss-izpack module from our cvs. There are some enhancements already but not for this unfortunately. skipping panels would indeed be helpful. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887225#3887225 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887225 |
From: marec <nu...@jb...> - 2005-07-29 07:11:18
|
Is it possible to create an instance of the portlet that is from another portal? I wrote this in portlet-instances.xml of my portal: <instance> | <instance-name>MyContentPortletInstance</instance-name> | <component-ref>ContentPortlet</component-ref> | <preferences> | <preference> | <name>uri</name> | <value>/refproj/page2/index.html</value> | </preference> | </preferences> | </instance> And when I placed this instance into a window on my portal page, it was not rendered. I found that the ViewInterceptor doesn't include this window into window list because the state is "registered" and not "started". View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887223#3887223 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887223 |
From: zihong <nu...@jb...> - 2005-07-29 06:14:48
|
No answer on this one? Basically, I have two issues: 1. When we set a detached entity bean's children list to null or empty list, why will it cause an update in database? 2. Why specifically TransactionAttribute.NOT_SUPPORTED annotation on the function that processes the detached entity bean doesn't prevent the update action? Can someone please help? Thanks. -Zihong View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887215#3887215 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887215 |
From: yxyang <nu...@jb...> - 2005-07-29 04:43:05
|
Hi Julien thanks for your help! In the core jboss-service.xml file, i found that the mbean object name is not consistent. In the definition of ThemeService, the object name is defined as "portal:service=ThemeService", but it is refered as "portal:service=ThemeServer" in the servermanager service. Is this correct? anonymous wrote : | < mbean | code="org.jboss.portal.server.impl.ServerManagerImpl" | name="portal:service=ServerManager" | xmbean-dd="org/jboss/portal/server/impl/ServerManagerImpl.xml"> | < attribute name="ContainerName" >MyContainer< /attribute> | < depends>portal:service=Hibernate< /depends> | < depends optional-attribute-name="Configuration" proxy-type="attribute">portal:service=Configuration< /depends> | < depends optional-attribute-name="ObjectFactory" proxy-type="attribute">portal:service=ObjectFactory< /depends> | < depends optional-attribute-name="ThemeServer" proxy-type="attribute">portal:service=ThemeServer< /depends> | < depends optional-attribute-name="LayoutServer" proxy-type="attribute">portal:service=LayoutServer< /depends> | < attribute name="InvocationFactoryClassName">org.jboss.portal.core.impl.invocation.CoreInvocationFactory< /attribute> | < /mbean> | and anonymous wrote : | < mbean | code="org.jboss.portal.theme.impl.ThemeServiceImpl" | name="portal:service=ThemeService" | xmbean-dd="org/jboss/portal/theme/impl/ThemeServiceImpl.xml"> | < /mbean> | regards Yang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887204#3887204 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887204 |
From: mduffy_lists <nu...@jb...> - 2005-07-29 04:16:51
|
When I break apart the EJB3Trail.ear and place the components in /opt/jboss/server/default/deploy, I get the following error. javax.naming.NameNotFoundException: managedEntityFactory.cal not bound at org.jnp.server.NamingServer.getBinding(NamingServer.java:491) at org.jnp.server.NamingServer.getBinding(NamingServer.java:499) at org.jnp.server.NamingServer.getObject(NamingServer.java:505) at org.jnp.server.NamingServer.lookup(NamingServer.java:278) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:610) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:572) at javax.naming.InitialContext.lookup(InitialContext.java:351) I am not sure if this is a bug in JBoss or a configuration error on my part. I am placing the application.xml in /opt/jboss/server/default/deploy/EJB3Trail/META-INF Should this work? Thx. Mike View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887201#3887201 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887201 |
From: jeff87 <nu...@jb...> - 2005-07-29 04:10:06
|
I've been looking through the archives of the izpack mailing list and it seems like we will have to extend the panel and write code to enable/disable fields conditionally. http://lists.berlios.de/pipermail/izpack-users/2005-July/001395.html The same for conditionally skipping panels. This person talks about how they accomplished that. http://lists.berlios.de/pipermail/izpack-users/2005-January/000805.html Hope that helps a little, Jeff View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887200#3887200 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887200 |
From: <sco...@jb...> - 2005-07-29 03:53:25
|
additionaldata only applies to filesets. See the jboss-izpack module that contains the project source/build for the jboss-listeners.jar. Only the PackageListener.afterFile event callback applies templates if there is associated additional data: | /* | * JBoss, Home of Professional Open Source | * | * Distributable under LGPL license. | * See terms of license at gnu.org. | */ | | package org.jboss.install; | | import java.io.File; | import java.io.BufferedWriter; | import java.io.FileWriter; | import java.util.List; | import java.util.Map; | | import com.izforge.izpack.event.InstallerListener; | import com.izforge.izpack.installer.AutomatedInstallData; | import com.izforge.izpack.Pack; | import com.izforge.izpack.PackFile; | import com.izforge.izpack.util.AbstractUIProgressHandler; | import com.izforge.izpack.util.Debug; | import org.apache.velocity.app.VelocityEngine; | import org.apache.velocity.VelocityContext; | | /** | * An InstallerListener that performs transforms of files marked with | * additional data in the afterFile event. | * | * @author Sco...@jb... | * @version $Revision:$ | */ | public class PackageListener | implements InstallerListener | { | private AutomatedInstallData installData; | private List activeDependencies; | private String installDir; | private VelocityEngine ve; | | public PackageListener() | { | File log = new File("install.log"); | System.out.println("PackageListener, install.log="+log.getAbsolutePath()); | Debug.initDebugLogFile(log.getAbsolutePath()); | } | | /** | * Object the selected packs and add the service dependencies. | * @param data | * @param id | * @param handler | * @throws Exception | */ | public void beforePacks(AutomatedInstallData data, | Integer id, AbstractUIProgressHandler handler) | throws Exception | { | installData = data; | StringBuffer tmp = new StringBuffer("beforePacks, selectedPacks:\n"); | List selectedPacks = (List) data.selectedPacks; | for(int n = 0; n < selectedPacks.size(); n ++) | { | Pack p = (Pack) selectedPacks.get(n); | tmp.append("Pack["); | tmp.append(p); | tmp.append("depends: "); | tmp.append(p.depString()); | tmp.append("]\n"); | } | tmp.append(", variables: "+installData.getVariables()); | Debug.trace(tmp.toString()); | installDir = installData.getInstallPath(); | Debug.trace("installDir="+installDir); | | // Initialise velocity engine | ve = new VelocityEngine(); | ve.setProperty("runtime.log.logsystem.class", | "org.apache.velocity.runtime.log.SimpleLog4JLogSystem"); | ve.setProperty("runtime.log.logsystem.log4j.category", | "testSecureJmxConsole.VelocityEngine"); | ve.setProperty("resource.loader", "class"); | ve.setProperty("class.resource.loader.class", | "org.apache.velocity.runtime.resource.loader.ClasspathResourceLoader"); | ve.init(); | Debug.trace("Initialized VelocityEngine"); | } | | public void beforePack(Pack pack, Integer n, AbstractUIProgressHandler handler) | throws Exception | { | Debug.trace("beforePack, pack="+pack.name); | activeDependencies = pack.getDependencies(); | } | | public boolean isFileListener() | { | return true; | } | | public void beforeDir(File file, PackFile packFile) | throws Exception | { | Debug.trace("beforeDir, file="+file+", packFile="+packFile.sourcePath); | } | | public void afterDir(File file, PackFile packFile) | throws Exception | { | Debug.trace("afterDir, file="+file+", packFile="+packFile.sourcePath); | } | | public void beforeFile(File file, PackFile packFile) | throws Exception | { | Debug.trace("beforeFile, file="+file+", packFile="+packFile.sourcePath); | } | | public void afterFile(File file, PackFile packFile) | throws Exception | { | Map data = packFile.getAdditionals(); | Debug.trace("afterFile, file="+file+", sourcePath="+packFile.sourcePath | +", targetPath="+packFile.getTargetPath()+", data="+data); | if( data != null ) | { | String template = (String) data.get(file.getName()); | Debug.trace("template="+template); | if( template != null ) | { | Debug.trace("Saw template:"+template); | String filePath = file.toURI().getPath(); | String templatePath = filePath + ".vm"; | if( templatePath.endsWith(template) == true ) | { | templatePath = "templates/" + template; | applyTemplate(templatePath, file, packFile, data); | } | } | } | } | | public void afterPack(Pack pack, Integer n, | AbstractUIProgressHandler abstractUIProgressHandler) | throws Exception | { | Debug.trace("afterPack, pack="+pack.name); | } | | public void afterPacks(AutomatedInstallData automatedInstallData, | AbstractUIProgressHandler handler) | throws Exception | { | Debug.trace("afterPacks"); | } | | private void applyTemplate(String template, File file, PackFile packFile, Map data) | { | try | { | Debug.trace("applyTemplate, template="+template); | VelocityContext vc = new VelocityContext(installData.getVariables()); | vc.put("template-error", ""); | Debug.trace("VC.secureJmxConsole = "+vc.get("secureJmxConsole")); | | BufferedWriter out = new BufferedWriter(new FileWriter(file)); | boolean success = ve.mergeTemplate(template, vc, out); | out.close(); | Debug.trace("Applied template: "+template+", success="+success); | } | catch(Throwable e) | { | Debug.error("Failed to apply: "+template); | Debug.error(e); | } | } | } | The jboss-izpack module can be checkes out from cvs.forge.jboss.com | cvs -z4 -d :ext:st...@cv...:/cvsroot/jboss co -d -P jboss-izpack | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887199#3887199 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887199 |
From: <aco...@jb...> - 2005-07-29 03:17:29
|
How does the additionaldata tag work? I have: | ... | <pack name="Base" required="yes"> | <description>The base files</description> | <file src="README.txt" targetdir="$INSTALL_PATH"/> | <file src="license/jbmail.license" targetdir="$INSTALL_PATH"/> | <fileset dir="build/deploy/dev" | targetdir="$INSTALL_PATH/server/$SERVER_CONFIG/deploy"> | <include name="mail.ear/**"/> | <additionaldata key="jboss-service.xml" value="mail.ear/mail.sar/META-INF/jboss-service.xml.vm" /> | </fileset> | <!--file src="script.bat" targetdir="$INSTALL_PATH"/--> | <!--parsable targetfile="$INSTALL_PATH/script.bat"/--> <!-- The file will be parsed --> | </pack> | ... | | yet the .vm file has no effect (it is supposed to omit a section if smtp is not enabled)... | | I have the jboss listeners and crap and the JBoss izpack: | | <listeners> | <listener installer="SummaryLoggerInstallerListener"/> | <listener | compiler="org.jboss.install.CompileListener" | installer="org.jboss.install.PackageListener" | jar="lib/jboss-listeners.jar" | /> | </listeners> | | <jar src="src/GRAPHICAL/templates.jar" /> | <jar src="lib/velocity.jar" /> | <jar src="lib/commons-collections.jar" /> | <jar src="lib/logkit.jar" /> | Questions: 1. Any clues on how that works? (additionaldata) 2. Where can I find the jboss install package/friends? (additionaldata in particular) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887197#3887197 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887197 |
From: <aco...@jb...> - 2005-07-29 03:15:22
|
How does the additionaldata tag work? I have: ... The base files <!--file src="script.bat" targetdir="$INSTALL_PATH"/--> <!--parsable targetfile="$INSTALL_PATH/script.bat"/--> <!-- The file will be parsed --> ... yet the .vm file has no effect (it is supposed to omit a section if smtp is not enabled)... I have the jboss listeners and crap and the JBoss izpack: Questions: 1. Any clues on how that works? (additionaldata) 2. Where can I find the jboss install package/friends? (additionaldata in particular) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887196#3887196 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887196 |
From: <aco...@jb...> - 2005-07-29 03:14:34
|
How does the additionaldata tag work? I have: ... The base files <!--file src="script.bat" targetdir="$INSTALL_PATH"/--> <!--parsable targetfile="$INSTALL_PATH/script.bat"/--> <!-- The file will be parsed --> ... yet the .vm file has no effect (it is supposed to omit a section if smtp is not enabled)... I have the jboss listeners and crap and the JBoss izpack: Questions: 1. Any clues on how that works? (additionaldata) 2. Where can I find the jboss install package/friends? (additionaldata in particular) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887196#3887196 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887196 |
From: rkeene0517 <nu...@jb...> - 2005-07-29 02:59:39
|
Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887195#3887195 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887195 |
From: <sco...@jb...> - 2005-07-29 02:43:17
|
This is for the following jsr-88 issue: http://jira.jboss.com/jira/browse/JBAS-1998 One place for adding a notion of a deployment type is to the MainDeployer itself. I don't think it really belongs in the the SubDeployer interface. Another candiate location is the org.jboss.management.j2ee.LocalJBossServerDomain jsr-77 mapping service where the deployers are registered for creation of the managment mbeans: | <mbean code="org.jboss.management.j2ee.LocalJBossServerDomain" | name="jboss.management.local:j2eeType=J2EEDomain,name=Manager"> | <attribute name="MainDeployer">jboss.system:service=MainDeployer</attribute> | <attribute name="SARDeployer">jboss.system:service=ServiceDeployer</attribute> | <attribute name="EARDeployer">jboss.j2ee:service=EARDeployer</attribute> | <attribute name="EJBDeployer">jboss.ejb:service=EJBDeployer</attribute> | <attribute name="RARDeployer">jboss.jca:service=RARDeployer</attribute> | <attribute name="CMDeployer">jboss.jca:service=ConnectionFactoryDeployer</attribute> | <attribute name="WARDeployer">jboss.web:service=WebServer</attribute> | <attribute name="MailService">jboss:service=Mail</attribute> | <attribute name="JMSService">jboss.mq:service=DestinationManager</attribute> | <attribute name="JNDIService">jboss:service=Naming</attribute> | <attribute name="JTAService">jboss:service=TransactionManager</attribute> | <attribute name="UserTransactionService">jboss:service=ClientUserTransaction</attribute> | <attribute name="RMI_IIOPService">jboss:service=CorbaORB</attribute> | </mbean> | If the categorization of a deployment into a module type was done here, it would have to be as a side-effect which resulted in the setting of a module type field in the DeploymentInfo, or data in the DeploymentInfo.context. The other alternative is that the SerializableDeploymentInfo.deployer ObjectName is mapped to a module type by the jsr88 layer by having this layer query the LocalJBossServerDomain for the key j2ee deployers. This is the approach I favor. Do we really need a module type classification in the SerializableDeploymentInfo? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887193#3887193 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887193 |
From: <sco...@jb...> - 2005-07-29 01:55:02
|
Its still not a deployable, so the fact that its excluded won't matter. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887187#3887187 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887187 |
From: koganty <nu...@jb...> - 2005-07-29 01:20:23
|
Basically we are polling the server from a client every 1 sec using a StatelessSessionBean and we run into this exception once in a while : 2005-07-28 18:06:31,421 DEBUG [ClientPoller][ClientPoller]: Initiating a poll...... 2005-07-28 18:07:31,984 DEBUG [ClientPoller][ClientPoller]: java.lang.reflect.UndeclaredThrowableException at $Proxy2.getResponses(Unknown Source) at com.extremenetworks.epicenter.client.common.ClientSession.getResponses(ClientSession.java:108) at com.extremenetworks.epicenter.client.common.ClientPoller.pollResponses(ClientPoller.java:103) at com.extremenetworks.epicenter.client.common.ClientPoller.poll(ClientPoller.java:96) at com.extremenetworks.epicenter.client.common.ClientPoller.run(ClientPoller.java:76) at java.lang.Thread.run(Thread.java:595) Caused by: java.rmi.ConnectException: Failed to communicate. Problem during marshalling/unmarshalling; nested exception is: java.net.SocketTimeoutException: Read timed out at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:266) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:88) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:88) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:88) at org.jboss.aspects.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:34) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:88) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:79) ... 6 more Caused by: java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read(BufferedInputStream.java:235) at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2200) at java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2490) at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2500) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1267) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) ... 17 more Thanks, Raju View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887186#3887186 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887186 |
From: <ad...@jb...> - 2005-07-29 00:20:00
|
"tom...@jb..." wrote : | [transactions] | seems straight forward on how i would handle that. sending messages to the NMR and receiving messages from the NMS should be transactional, just as with JMS. but scanning the sequence diagrams in the spec i'm a bit afraid. i see different threads for beginning and committing transactions :-( this definitely requires some more investigation | This does not look like JMS semantics to me. In JMS, it is the send that is transactional. i.e. until the commit, the receiver does not get the message. In JBI, the sender/initiator is handing over control of the transaction to the receiver/servicer with what looks like a protocol to ensure that both are not in control at the same time. It does say, that it is only anticpated to be used locally (no DTM for now...). So JBI is performing a fundamentally synchronous protocol even if it done across threads using "lock step". View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887180#3887180 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887180 |