You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
(1159) |
Apr
(2137) |
May
(2414) |
Jun
(3068) |
Jul
(2160) |
Aug
(1232) |
Sep
(881) |
Oct
(682) |
Nov
(577) |
Dec
(311) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(619) |
Feb
(563) |
Mar
(594) |
Apr
(694) |
May
(1004) |
Jun
(2251) |
Jul
(1258) |
Aug
(1309) |
Sep
(1246) |
Oct
(1084) |
Nov
(934) |
Dec
(823) |
2003 |
Jan
(1102) |
Feb
(1115) |
Mar
(1138) |
Apr
(1369) |
May
(1356) |
Jun
(1119) |
Jul
(1074) |
Aug
(1062) |
Sep
(918) |
Oct
(834) |
Nov
(707) |
Dec
(716) |
2004 |
Jan
(571) |
Feb
(2397) |
Mar
(3637) |
Apr
(3718) |
May
(3095) |
Jun
(3054) |
Jul
(2532) |
Aug
(2092) |
Sep
(2217) |
Oct
(2336) |
Nov
(2406) |
Dec
(2315) |
2005 |
Jan
(2624) |
Feb
(2540) |
Mar
(2489) |
Apr
(2549) |
May
(2468) |
Jun
(2531) |
Jul
(2500) |
Aug
(2422) |
Sep
(2124) |
Oct
(2692) |
Nov
(2487) |
Dec
(4165) |
2006 |
Jan
(4721) |
Feb
(5016) |
Mar
(5630) |
Apr
(4747) |
May
(6193) |
Jun
(5074) |
Jul
(1734) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: petemuir <do-...@jb...> - 2006-07-10 21:30:57
|
I'm sorry, I'm not quite sure what you mean. The @SelectItems annotation (mine, not Jim's) in concert with the EntityConverter allows you to select multiple objects (from a generated list) and set them 'directly' (via the value attribute) as a collection on any object. The only caveat is that the objects being selected MUST be entities which have been previously persisted (as it uses the @Id annotation as the identifier). I don't think it will work for composite foreign keys either. Othewise you'll need to write a converter for that specific case. I've got some ideas for a non-entity generic converter but tbh I can't really think of many situations where a combination of PAGE scope and Strategy.INDEX or Strategy.STRING don't work. So you can do | <h:selectManyListbox value="#{x.yList} converter="org.jboss.seam.EntityConverter"> | <f:selectItems value="#{yList}" /> | </h:selectManyListbox> | | @Name("yLister") | @Stateless | public class YListerBean implements YLister { | | @SelectItems | private List<Y> yList; | | @In(create=true) | private EntityManager em; | | @Factory("yList") | public void buildYList() { | yList = em.createQuery("select y from Y y").getResultList(); | } | | } | where YLister is an interface declaring public void buildYList() and the entity classes x and y are as you describe and there is a FormActionBean for loading x. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956791#3956791 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956791 |
From: kukeltje <do-...@jb...> - 2006-07-10 21:25:33
|
you do not *have* to bundle it in each webapp. Just putting the jar file on the classpath and using a generic config file on the classpath does the job View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956790#3956790 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956790 |
From: dbatcn <do-...@jb...> - 2006-07-10 21:24:51
|
Yes, you're right. For example in my XHTML file: User-Agent: <b><h:outputText value="#{facesContext.externalContext.requestHeaderMap['User-Agent']}"/></b> | I think that I was thrown off by looking at the source code instead of taking the right part of the reference manual at face value... ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956788#3956788 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956788 |
From: kukeltje <do-...@jb...> - 2006-07-10 21:23:44
|
no, you have to implement it yourself using hibernate queries or by sorting/grouping afterwards. It is something that is of iterest to jBPM webapp I think so if you develop something, please share. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956787#3956787 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956787 |
From: krsenthil <do-...@jb...> - 2006-07-10 21:21:06
|
Thanks! In order to be complaint with all other Node implementations I think the Decision class must also call the actions. So that way I don't have to add new API to set decisionDelegation. Please let me know your thoughts. BTW I have not committed code to Jboss before so any pointers to the right directions would be appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956786#3956786 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956786 |
From: kukeltje <do-...@jb...> - 2006-07-10 21:18:50
|
look at the testcases/examples. LOTS of info there on how to do this......... sigh.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956783#3956783 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956783 |
From: floefliep <do-...@jb...> - 2006-07-10 21:15:07
|
I get the error below (at CMT commit time) when using the non-clustered combo TreeCache 1.4.0cr2 / Hibernate 3.2.0cr2 / JBoss 4.0.4GA. When I switch to pessimistic locking (replace OptimisticTreeCacheProvider with TreeCacheProvider and NodeLockingScheme OPTIMISTIC by PESSIMISTIC), it all works without faults. While debugging through the JBoss code, it seems that realNode.getVersion() at line 124 in OptimisticValidatorInterceptor.simpleValidate() is null. Any ideas? Tnx! Caused by: java.lang.NullPointerException at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.simpleValidate(OptimisticValidatorInterceptor.java:124) at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.validateNodes(OptimisticValidatorInterceptor.java:101) at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.invoke(OptimisticValidatorInterceptor.java:66) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.OptimisticLockingInterceptor.invoke(OptimisticLockingInterceptor.java:95) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.TxInterceptor.runPreparePhase(TxInterceptor.java:796) at org.jboss.cache.interceptors.TxInterceptor$LocalSynchronizationHandler.beforeCompletion(TxInterceptor.java:1061) ... 73 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956781#3956781 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956781 |
From: cpob <do-...@jb...> - 2006-07-10 21:10:54
|
This looks like a bug to me. I made a change in Timer.java to fix this. I inserted a line around line # 75 (in the execute() method): executionContext.setTimer( this ); This sets the execution context's timer properly. I have yet to write a JIRA issue for this though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956780#3956780 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956780 |
From: FrustratedBySeam <do-...@jb...> - 2006-07-10 21:10:20
|
I think I've got it all working now with a few tweaks and using TransactionType.NOT_SUPPORTED. Thanks for the comments. Seams looking good once more..... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956779#3956779 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956779 |
From: falazar <do-...@jb...> - 2006-07-10 21:07:54
|
We have implemented the JBPM and are having similar problems trying to use a group as an assignment. After reading the many forums here, it appears we can modify the jbpm/src/java.jbpm/org/jbpm/db/hibernate.queries.hbm.xml Orig: <![CDATA[ select ti from org.jbpm.taskmgmt.exe.TaskInstance as ti where ti.actorId = :actorId and ti.isOpen = true ]]> To include something like the query posted: SELECT t.ID_ AS taskid, t.NAME_ AS taskname, t.DESCRIPTION_ AS taskdescription, u.NAME_ AS userid, t.START_ AS startdate, t.DUEDATE_ AS duedate, t.END_ AS enddate FROM jbpm_taskinstance t INNER JOIN jbpm_taskactorpool p ON t.ID_ = p.TASKINSTANCE_ INNER JOIN jbpm_pooledactor pa ON p.POOLEDACTOR_ = pa.ID_ INNER JOIN jbpm_id_group g ON pa.ACTORID_ = g.NAME_ INNER JOIN jbpm_id_membership m ON m.GROUP_ = g.ID_ INNER JOIN jbpm_id_user u ON u.ID_ = m.USER_ WHERE t.END_ IS NUL Which fetches all tasks for a user that is in any of the groups. This seems to work fine. How can we merge these successfully in hibernate mappings, or has there been any other solution put forward to implement the group(NAME) usage. James Ratcliff View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956777#3956777 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956777 |
From: jksmartt <do-...@jb...> - 2006-07-10 21:06:38
|
I am using both JBoss Portal and JBoss Messaging. We are using the built in authentication that is in the JBoss Portal to allow users to login to the site. Is it possible to set JBoss Messaging to also use the Portal Users and Roles so that when Durable Subscribers subscribe to a Topic it will use the already existing user base instead of duplicating users in both? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956776#3956776 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956776 |
From: PeterJ <do-...@jb...> - 2006-07-10 20:57:40
|
The entry you found in the jmx-console was not for the EJB, but rather for the mbean that was automatically created for the EJB. To look at the JNDI namespace, in the jmx-console, click on the service=JNDIView entry under the jboss namespace, then click on the Invoke button under the list() operation. According to the console output, you should use the name "SimpleSession" to look up the EJB. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956774#3956774 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956774 |
From: <roy...@jb...> - 2006-07-10 20:56:15
|
Some of the descriptors have changed in 2.4. Look at the security-contraint portion in the -object.xml here: http://docs.jboss.org/jbportal/v2.4/reference-guide/en/html/xmldescriptors.html#d0e2611 You can configure security for these pages using the admin portlet as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956773#3956773 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956773 |
From: cpob <do-...@jb...> - 2006-07-10 20:55:22
|
You're right... It looks like decision doesn't allow you to programmatically create the decision handler. My suggestion is to build jBPM yourself, and add in a method in Decision that allows you to set the decisionDelegation. Building jBPM yourself is easy, I'm doing it currently for some issue w/ Timers not getting their execution context set properly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956772#3956772 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956772 |
From: scollins311 <do-...@jb...> - 2006-07-10 20:51:22
|
Describe your environment: JBoss Portal Version 2.4.0 CR1 Did you get Portal from CVS? or download it? download JBoss AS Version 4.0.4 GA Database Vendor and Version enterprise db 8.1 JDBC Connector and Version EnterpriseDB Native Driver, version: EnterpriseDB 8.1.3.12 OS Platform windows xp sp2 Describe the problem: I'm trying to use jboss portal, facelets/myfaces, and seam. When I initially load a portlet, everything works fine. After logging in, the server gets the information from the database and displays it correctly. Once I click on any command link or command button on the page, I get an authentication error. Is it possible that the authentication information is lost somewhere. Also, this worked fine in 2.4.0 Beta 1. Post the error messages, if any. Just the browser error : 401 "This request requires HTTP authentication ()" Post important sections of stack traces inside Code blocks, if any. none Thanks, Shaun View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956771#3956771 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956771 |
From: jnorris10 <do-...@jb...> - 2006-07-10 20:47:29
|
"PeterJ" wrote : Interceptors only work if you call the method via a bean reference (i.e., one you got from JNDI). By calling the method via a bean reference, the server has a chance to determine that an interceptor exists and can deflect the method call to the interceptor. But, within the bean, if you call another method dicrectly, that all gets compiled into the class file and the server does not have any chance to intercept the method call. Interesting. I was under the impression that is was implemented via byte code instrumentation by the underlying provider in the classloader, in the case of JBossAS, jboss-aop. Thus, there should be no real technical restrictions on when the method can be intercepted. The spec may have additional restrictions though. Is this bean reference restriction stuff mentioned in the spec? I didn't see anything like this under the Interceptors section. "PeterJ" wrote : To get the behavior you want, you need to investigate AOP, most likely AspectJ. (The comments above are based on my suppositions on how this feature works, not on knowledge of the actual implementation, so I could be wrong.) Thanks for the reply. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956769#3956769 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956769 |
From: <gav...@jb...> - 2006-07-10 20:47:08
|
anonymous wrote : Does @Begin(join=true) still invoke the code in the annotated method if you're joining an existing conversation? Yes it does. I assumed that your method was basically a no-op. anonymous wrote : I'm now guessing that the documentation was speaking of a user who wasn't in a conversation at all, joining a still running conversation that the user had left without closing earlier during the user session. Right. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956768#3956768 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956768 |
From: bkyrlach <do-...@jb...> - 2006-07-10 20:44:00
|
Gavin... Does @Begin(join=true) still invoke the code in the annotated method if you're joining an existing conversation? If not, that definitely would be a solution to my problem. Either way, what you just said pointed me to the real problem (yes, I feel pretty dumb now). When I changed folder structure inside my web app, I forgot to update faces-config.xml where I had my navigation rules defined. This is most likely what was causing the page action to fire even when form actions were executed that should have resulted in navigating to a new page. I was also misunderstanding the part of the documentation that said if you called an @Begin method where the (id="some el") "some el" expression evaluated to an already existing conversation ID to say that even if you were already in a conversation, that you'd be rejoined to that conversation. I'm now guessing that the documentation was speaking of a user who wasn't in a conversation at all, joining a still running conversation that the user had left without closing earlier during the user session. Thanks again for your patience. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956767#3956767 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956767 |
From: IceWolf20 <do-...@jb...> - 2006-07-10 20:41:53
|
Thanks for the info..."Action class" is a reference to the hierarchy of classes within the framework: JSP -> Action Class -> Business Object -> Data Access Object -> Value Object (deprecated) -> Hibernate Mapping The "Action class" in my context is simply the term I used for the class that (in Jetspeed) indirectly implements (through turbine) the GenericPortlet class. It has a method called "buildNormalContext" that must be defined in the class that JspPortletAction class that functions like the "doView" method does in JPortal. Essentially "Action class" in JPortal is the class that extends the JbossPortlet class. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956765#3956765 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956765 |
From: J0Ke <do-...@jb...> - 2006-07-10 20:40:15
|
yes and the problem comes from application.xml fail it contains : <?xml version = '1.0' encoding = 'windows-1251'?> <application xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/application_1_4.xsd" version="1.4" xmlns="http://java.sun.com/xml/ns/j2ee"> <display-name>SimpleSessionBean</display-name> SimpleSessionBean.jar what i must put in the ear file for EJB 3.0 EAR. ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956764#3956764 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956764 |
From: bdaw <do-...@jb...> - 2006-07-10 20:40:08
|
but remember that JBossPortlet stuff extends the spec so you always lose portability of your portlet. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956763#3956763 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956763 |
From: <gav...@jb...> - 2006-07-10 20:39:35
|
Sorry? @In FacesContext facesContext works. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956762#3956762 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956762 |
From: J0Ke <do-...@jb...> - 2006-07-10 20:38:42
|
yep and the problem comes from application.xml.. witch JDeveloper is generate <?xml version = '1.0' encoding = 'windows-1251'?> <application xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/application_1_4.xsd" version="1.4" xmlns="http://java.sun.com/xml/ns/j2ee"> <display-name>SimpleSessionBean</display-name> SimpleSessionBean.jar what must be contained in the ear fail with jar fail ? for EJB 3.0 ear. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956761#3956761 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956761 |
From: trouby <do-...@jb...> - 2006-07-10 20:37:09
|
What? this one? http://www.jboss.com/index.html?module=bb&op=viewtopic&t=78323 These annotations are nice, but I'd like to see (if possible) a demonstration of multiple selection of objects, and not only values out of a collection. Cheers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956760#3956760 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956760 |
From: bdaw <do-...@jb...> - 2006-07-10 20:36:13
|
Ad. 2) I'm not sure if I understand your question well. You can simply use and access most of portlet objects from JSP. You can also pass your objects to jsp within a session or using RenderRequest.setAttribute (set object in portlet and get in jsp/servlet). Ad. 3) You can do such thing if you extend JBossPortlet (instead of GenericPortlet). You pass method name which should be invoked in action phase as request parameter - default param name is "op" but it can be changed by overwriting .getDefaultOperation() method Generally some more advenced stuff can be used when you extend JBossPortlet instead of GenericPortlet. Look at ForumsPortlet class in forums module in portal sources. You can easily pass things into jsp using custom taglib. For example you do: 1) in portlet you fill DelegateContext object with your data - which have nested structure 2) you dispatch with passing DelegateContext to JSP like: req.setAttribute(PortalJsp.CTX_REQUEST, delegateContextObject); PortletRequestDispatcher rd = getPortletContext() .getRequestDispatcher("yourJSPFile.jsp"); 3) In your JSP you can use a set of tags to get data from DelegateContext object like: <n:if/> <n:include/> <n:iterate/> all of those are implemented in org.jboss.portal.core.servlet.jsp.taglib.* package If you want to investigate it more just analize ForumsPortlet doView() method. RolePortlet and UserPortlet uses this stuff as well View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956758#3956758 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956758 |