[JBoss Seam] - Re: Writing SeamTests with Seam 2.0.0. CR2 - What's Changed?
by pete.muir＠jboss.org
"bsmithjj" wrote : WEB-INF/components.xml? no - I'm trying to boot the embedded jboss ONLY from an ejb module that's part of a larger ear project.
Well the error you posted is because your jndiPattern isn't getting set I think. Normally you set this in components.xml/components.properties
anonymous wrote : IN ADDITION TO whatever new form of the JBoss container you want people to be able to boot and test with.
I understand your frustration, and I'm not trying to shift the blame, but perhaps it helps to know the whole story. Originally the EJB3 team produced an Embedded EJB3 container which Seam then used for testing/tomcat. The EJB3 team then stopped work on this, and started up Embedded JBoss; we then decided to change over Seam's support to the Embedded JBoss project as the last Embedded EJB3 release was using very old (and often early beta) versions of hibernate, EJB3, microcontainer etc. This is all further compounded by the fact that Embedded JBoss needs a maintainer. Please, take your frustrations over to the Embedded JBoss forum as well as that is the place to rant to get the right people's attention.
anonymous wrote : On the subject of maven and transitive dependencies, please do not deploy the Seam 2.0 releases to your public repository with poms that contain transitive dependencies - that's already tripped me up once because Seam 2.0.0.CR3 transitively stuck el-api.jar into my war and that already existed in the server. Transitive dependencies buy you nothing when they cause unexpected problems that take longer to fix (due to the surprise nature) than simply adding the dependencies you know you need due to good documentation.
A large part of the point of moving to Maven was to gain transitive dependency management. Some projects have very poor transitive dependencies (hopefully we can get Seam to the point where this isn't true for Seam!) but I think in general they are a good thing. Please report issues in JIRA for problems you see with Seam's dependencies so we can fix them. For example, your el-api.jar problem is clearly a bug, but I see no bug report from you for it.
anonymous wrote : Knowing version dependencies (to me) is a good thing. Hiding versions and/or dependencies is bad.
Of course, and we are a huge step forward from Seam 1 here (where about half our dependencies were hidden in -all.jar files, for which to reconstruct version information for the component parts you had to look at the tag in CVS and inspect buildmagic scripts). Its a simple job to make Maven print out a nice dependency tree with version information in it to an XML file, someone just needs to do it (I will do it for 2.0.1). You can already print this information to the console if you use a snapshot version of the dependency plugin.
anonymous wrote : BTW, Pete, I appreciate your discussions / interactions and patience with me ;-). In all my rants on the forum here, my frustrations tend to stem from no smooth transition being available for Seam 1.2.1 -> Seam 2.0.0 (on the issues I've posted about). I believe Seam could be a little kinder to its early adopters than it has been. Instead, I have several areas now where I need to 'start from scratch' (e.g. <core:ejb/> gone but actually worked fine ... hence this particular thread).
I think we've addressed this in other places, and we understand your, and others, frustrations. This is why we bumped the version number to 2.0 rather than 1.3.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101782#4101782
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101782
18 years, 5 months
[Clustering/JBoss] - Re: XAConnectionFactory not found only in Clustering
by seoeng
Still cannot get this to work. I am running a DI-624 router with these machines, Windows XP Pro. Tested JGroups based off of the Wiki instructions, and I am receiving multicast to both machines.
My problem is very similar to this post --> http://www.jboss.org/?module=bb&op=viewtopic&t=69990
But as you can see below, the 'java:/' is not appended, so this isn't it.
Here is the JMSProvider stuff:
| <?xml version="1.0" encoding="UTF-8"?>
|
| <connection-factories>
|
| <!-- ==================================================================== -->
| <!-- JMS Stuff -->
| <!-- ==================================================================== -->
|
| <!-- The JMS provider loader -->
| <mbean code="org.jboss.jms.jndi.JMSProviderLoader"
| name="jboss.mq:service=JMSProviderLoader,name=HAJNDIJMSProvider">
| <attribute name="ProviderName">DefaultJMSProvider</attribute>
| <attribute name="ProviderAdapterClass">
| org.jboss.jms.jndi.JNDIProviderAdapter
| </attribute>
| <!-- The combined connection factory -->
| <attribute name="FactoryRef">XAConnectionFactory</attribute>
| <!-- The queue connection factory -->
| <attribute name="QueueFactoryRef">XAConnectionFactory</attribute>
| <!-- The topic factory -->
| <attribute name="TopicFactoryRef">XAConnectionFactory</attribute>
| <!-- Access JMS via HAJNDI -->
| <attribute name="Properties">
| java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
| java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
| java.naming.provider.url=${jboss.bind.address:localhost}:1100
| jnp.disableDiscovery=false
| jnp.partitionName=${jboss.partition.name:DefaultPartition}
| jnp.discoveryGroup=${jboss.partition.udpGroup:230.0.0.4}
| jnp.discoveryPort=1102
| jnp.discoveryTTL=16
| jnp.discoveryTimeout=5000
| jnp.maxRetries=1
| </attribute>
| </mbean>
|
| <!-- The server session pool for Message Driven Beans -->
| <mbean code="org.jboss.jms.asf.ServerSessionPoolLoader"
| name="jboss.mq:service=ServerSessionPoolMBean,name=StdJMSPool">
| <depends optional-attribute-name="XidFactory">jboss:service=XidFactory</depends>
| <attribute name="PoolName">StdJMSPool</attribute>
| <attribute name="PoolFactoryClass">
| org.jboss.jms.asf.StdServerSessionPoolFactory
| </attribute>
| </mbean>
|
| <!-- JMS XA Resource adapter, use this to get transacted JMS in beans -->
| <tx-connection-factory>
| <jndi-name>JmsXA</jndi-name>
| <xa-transaction/>
| <rar-name>jms-ra.rar</rar-name>
| <connection-definition>org.jboss.resource.adapter.jms.JmsConnectionFactory</connection-definition>
| <config-property name="SessionDefaultType" type="java.lang.String">javax.jms.Topic</config-property>
| <config-property name="JmsProviderAdapterJNDI" type="java.lang.String">DefaultJMSProvider</config-property>
| <max-pool-size>20</max-pool-size>
| <security-domain-and-application>JmsXARealm</security-domain-and-application>
| </tx-connection-factory>
|
| </connection-factories>
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101778#4101778
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101778
18 years, 5 months
[JBoss Seam] - framework objects do not work with entities mapped in *.hbm.
by daniel.varga
Hi,
I develop a web app which has it model classes in a separate jar that also contains the hbm.xml files for mapping the entities. The entities are accessed through standard JPA EntityManager. There are both query and home components declared in components.xml:
<framework:entity-query name="subsystemList" ejbql="select s from CaasSubsystem s" max-results="1000" />
<framework:entity-home name="subsystemHome" entity-class="com.comptel.cs.caas.pojo.CaasSubsystem" />
Everything goes fine until I delete an entity with the home component. Then Seam.getEntityClass gets invoked and returns null, which in turn causes the following:
Caused by: java.lang.IllegalArgumentException: Not an entity class: com.comptel.cs.caas.pojo.CaasSubsystem
at org.jboss.seam.Entity.forClass(Entity.java:208)
at org.jboss.seam.persistence.PersistenceProvider.getName(PersistenceProvider.java:75)
at org.jboss.seam.persistence.HibernatePersistenceProvider.getName(HibernatePersistenceProvider.java:246)
at org.jboss.seam.framework.EntityHome.getEntityName(EntityHome.java:123)
at org.jboss.seam.framework.Home.getSimpleEntityName(Home.java:255)
at org.jboss.seam.framework.Home.raiseAfterTransactionSuccessEvent(Home.java:250)
at org.jboss.seam.framework.EntityHome.remove(EntityHome.java:64)
This is because the Seam.getEntityClass checks for @javax.persisence.Entity annotation or ejb3 xml mapping, but it does not take into account that entities can mapped by hbm.xml files too.
I tried using hibernate-entity-home and hibernate-entity-query components , but it did not help, but the exception occurred more often, not only after invoking remove on the entity home component.
Annotating my classes with @Entity (which are mapped in *.hbm.xml!) helped, but it not a correct solution, because there might be some cases when the classes in the model package cannot be changed.
Has anyone any idea how to work this around?
Thanks,
Daniel
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4101772#4101772
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4101772
18 years, 5 months
