February 2007 - jboss-user - Jboss List Archives

by lightbulb432

Cool. If the scope of an EXTENDED persistence context is greater than that of a conversational one (i.e. session vs conversation), then wouldn't you also never have LIEs if EXTENDED PCs were used conversationally in a conversational SFSB? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015255#4015255 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015255

19 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: SMPC

by gavin.king＠jboss.com

right View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015252#4015252 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015252

19 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: unexplode problems

by gavin.king＠jboss.com

It already looks like: <target name="unexplode" description="Undeploy the exploded archive"> | <delete failonerror="no"> | <fileset dir="${ear.deploy.dir}"> | <exclude name="**/*.jar"/> | </fileset> | </delete> | <delete file="${deploy.dir}/${project.name}-${profile}-ds.xml" failonerror="no"/> | <delete dir="${ear.deploy.dir}" failonerror="no"/> | </target> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015251#4015251 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015251

19 years, 2 months

1
0
0 / 0

[JBoss Seam] - SMPC

by lightbulb432

When would you get LazyInitializationExceptions using SMPC? If you have lazily-loaded collections, am I correct to assume that because the persistence context is alive everywhere within the conversation, that lazily-loaded collections are loaded when accessed, hence you never see LIE anymore? i.e. No need to make them EAGER, but still no LIEs anymore...everything's loaded on-demand? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015246#4015246 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015246

19 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: unexplode problems

by petemuir

This occurs more on windows, I've never seen it on linux. It might be worth altering the build so that the deletes always complete: <target name="unexplode" description="Undeploy the exploded archive"> | <delete failonerror="off"> | <fileset dir="${ear.deploy.dir}"> | <exclude name="**/*.jar" /> | </fileset> | </delete> | etc. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015244#4015244 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015244

19 years, 2 months

1
0
0 / 0

[JBossWS] - Re: Jboss-5.0.0.Beta1 JSR-181 Endpoint ClassCastException

by volna

Looks like the webservice is picked up. anonymous wrote : | 00:18:35,814 INFO [MCKernelAbstraction] installing bean: jboss.j2ee:jar=testService.jar,name=TestUI,service=EJB3 with dependencies: | 00:18:36,304 INFO [EJBContainer] STARTED EJB: testService.TestUI ejbName: TestUI | 00:18:36,445 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080 | 00:18:36,506 INFO [AjpProtocol] Starting Coyote AJP/1.3 on ajp-0.0.0.0-8009 | 00:18:36,536 INFO [ServerImpl] JBoss (Microcontainer) [5.0.0.Beta1 (build: CVSTag=https://svn.jboss.org/repos/jbossas/tags/JBoss_5_0_0_Beta1 date=200611191849)] Started in 53s:983ms but when I go to http://localhost:8080/jbossws/services I only get Registered Service Endpoints ServiceEndpointID ServiceEndpointAddress Thank you for all the clarifications View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015243#4015243 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015243

19 years, 2 months

1
0
0 / 0

[EJB 3.0] - Cast an SqlResultSetMapping class

by graflaszlo

Hi all, I have an SqlResultSetMapping like this one: | @SqlResultSetMapping( | name="getData01", | entities={(a)EntityResult(entityClass=Klass01.class, | fields={@FieldResult(name="id", column="id"), | @FieldResult(name="datum", column="datum") | }), | @EntityResult(entityClass=Klass02.class, | fields={@FieldResult(name="col1", column="col1"), | @FieldResult(name="col2", column="col2") | }) | } | ) | and I use it in this Query: | Query q01 = createNativeQuery(queryString, "getData01"); | where queryString looks like this: | select klass01.id, klass01.datum, | klass02.col1, klass02.col2 | from klass01, | klass02 | where klass01.id = klass02.col1 | Until now OK, it works fine. OK, I have the List with the results, but how can I access the id, datum, col1 and col2 fields? What is the class that I have to use to cast the base object of the List? Please help me, thank you. Laci View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015242#4015242 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015242

19 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: unexplode problems

by gavin.king＠jboss.com

This is not unusual. Sometimes the JVM holds a hard ref to some jars, which prevents the unexplode target from completing fully. It should not be a problem in most cases, since usually those jars dont change. In the rare case where it is a prob, just type "seam unexplode" twice on the commandline. Second try usually works. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015235#4015235 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015235

19 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: Seam Email and Embeddedable EJB3 for testing

by gavin.king＠jboss.com

OK, I committed a mock response writer to CVS for you guys. Caveats: (1) I did not test this at all, please let me know if I screwed up (2) It does not actually *do* anything ... if you wanted to get an actual email out the end, then I need you guys to contribute a patch to MockResponseWriter that actually does stuff. What is there is hopefully enough that your integration tests don't just crap out. (3) There are breaking changes to the FacesMessage component - you may need to migrate some code to the new API, depending upon which APIs you were using previously (yes, of course I would prefer deprecation, but that was not going to solve the "ambiguous overload" problem we had). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015233#4015233 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015233

19 years, 2 months

1
0
0 / 0

[JBoss jBPM] - Re: Deploying and running Jbpm / Drools Process

by warmonga

I solved the problem. I just needed to add the file "drools-core-3.0.5.jar" to the directory "\jbpm-starters-kit-3.1.3\jbpm-server\server\jbpm\lib" :-) Thanks and best regards, Maurice View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4015231#4015231 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4015231

19 years, 2 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-user February 2007