February 2008 - jboss-user - Jboss List Archives

[JBoss jBPM] - Re: Is jBPM-BPEL GA backward compatible to beta 3?

by alex.guizar＠jboss.com

The change in the deployment model was intended to reduce the "paperwork" required to deploy a process to the bare minimum. The separate web module deployment was eliminated and is now handled automatically by the engine on the server side. The descriptors you mention still exist but have undergone changes. bpel-definition is mostly unchanged. It was given a stable schema and made optional. bpel-application was renamed to bpel-deployment and given a stable schema as well. As you know, in 1.1.Beta3 this descriptor was provided as part of the web module. In 1.1.GA, it is generated automatically. If you desire, you can provide your own version in your process archive, in this exact location: WEB-INF/classes/bpel-deployment.xml. In fact, the contents of the WEB-INF/ directory in your process archive are copied verbatim to the resulting web module. Any missing artifact is generated by the process deployment servlet. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126435#4126435 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126435

18 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: Need Form to Work Without

by neilac333

It turns out this whole issue might be a WebLogic thing actually: http://dev2dev.bea.com/blog/neilsmithline/archive/2006/03/jsessionid_valu... Hopefully, you JBoss guys won't get in trouble for looking at a BEA link! Check this out too: | Parameter Name: CookieName | Default Value: JSESSIONID | | Defines the session cookie name. Defaults to JSESSIONID if unset. You may set this to a more specific name for your application. When using ProxyByExtension, you may use either the ;jsessionid identifier or the ?jsessionid identifier to pass rewritten URLs. | As you might recall, the page I mentioned is the first I have developed, so there is no login page yet. Since there is no authentication page, WebLogic must append the jsessionid to help manage things from a security perspective. When it comes time for me to develop the authentication feature, I imagine I will have to get Seam security to work with WebLogic so that things work as they should. I would appreciate if anyone has insight on configuring Seam security within WebLogic. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126433#4126433 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126433

18 years, 2 months

1
0
0 / 0

[JBoss jBPM] - Re: ClassNotFound for IntegrationConfigurator on server rest

by alex.guizar＠jboss.com

There is an issue with the deployment order in JBoss AS which was not documented in jBPM BPEL 1.1.GA because it was discovered after the release. It is described in full in BPEL-291, along with the proposed solution. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126432#4126432 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126432

18 years, 2 months

1
0
0 / 0

[JBoss Seam] - Reorganizing templates in WEB-INF

by brombie

Hi all, I'm pretty new to all of this and I'm still making way through all the configuration files. There's certainly a lot of them! One issue I have is how too manage all the template/xhtmls files under WEB-INF. Instead of putting all of them under WEB-INF, I'd like to store them under different folders, e.g: WEB-INF/registration WEB-INF/shoppingcart etc. I'd also like each folder to contain both the seam page xmls (page.xml) and the templates (xhtml). Is this possible in Seam? If yes, which configuration file should I look at? I tried just moving around my files, but the default configuration only allow files that are directly under WEB-INF. For example: If I put registration.xhtml and registration.page.xml under WEB-INF, then I can just go to http://localhost/myapp/registration.seam to see it. If I move them under WEB-INF/registration, then http://localhost/myapp/registration/registration.seam doesn't work. Thanks for your help! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126431#4126431 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126431

18 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: lost injected entity bean

by kitada21

Sorry, I can not judge that two topic was same problem. You think same problem? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126429#4126429 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126429

18 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: Params in a message - SOLVED

by tony.herstell＠gmail.com

I found it in an example... could not find this in the doco or Google! booking_no_hours_range_provided=No range of hours was provided on #0 for resource #1. facesMessages.addToControlFromResourceBundle( | "bookingResourceAttempt", | FacesMessage.SEVERITY_ERROR, | "booking_no_hours_range_provided", | messages.get(eachBookingDay.getDayNumberAsInlLabel()), | messages.get(eachBookingResource.getResource().getKind().getInlLabel())); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126428#4126428 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126428

18 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: @In attribute requires non-null value

by kitada21

Certainly, the Identity is never used. My authentication process is three step. 1.Tomcat Authentication used by FORM:org.jboss.web.tomcat.security.ExtendedFormAuthenticator 2.Seam Authentication used by Identity:SessionManager class 3.Own application Authentication used by RDB:Authenticator class | @Name("sessionManager") | @Scope(SESSION) | @Synchronized(timeout=180000) | public class SessionManagerBean implements Serializable { | /** | * | */ | private static final long serialVersionUID = -498083799492085969L; | | @Logger | Log log; | | @In | Identity identity; | | @In private Context sessionContext; | | private long sessionTimeout = Long.parseLong(PropertiesManager | .getProperty("SESSION_TIMEOUT")); | | private boolean displayTree = true; | | public String logout() { | log.debug(">>>session manager : logout"); | | String scAll[] = sessionContext.getNames(); | for(int i=0;i<scAll.length;i++){ | if(!scAll.equalsIgnoreCase("identity")){ | sessionContext.remove(scAll); | } | } | sessionContext.flush(); | | identity.logout(); | return "/current-select.xhtml"; | } | | public void login() { | log.debug(">>>session manager : login"); | identity.login(); | } | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126425#4126425 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126425

18 years, 2 months

1
0
0 / 0

[JBoss Seam] - Re: Params in a message

by tony.herstell＠gmail.com

Oops should have been: | facesMessages.addToControlFromResourceBundle( | "bookingResourceAttempt", | FacesMessage.SEVERITY_ERROR, | "booking_no_hours_range_provided", | eachBookingDay.getDayNumberAsInlLabel(), | messages.get(eachBookingResource.getResource().getKind().getInlLabel())); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126424#4126424 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126424

18 years, 2 months

1
0
0 / 0

[JBoss jBPM] - Re: BPEL

by alex.guizar＠jboss.com

Are you using JDK 1.6? Seeing the stack trace, it must be the same problem reported in http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126422, for which we already have a solution. The current workaround is to use JDK 1.5. You can stay on JBoss 4.2.2.GA or try JBoss 4.0.5.GA, as shefagarwal suggests. But the key point is to avoid JDK 1.6. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126423#4126423 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126423

18 years, 2 months

1
0
0 / 0

[JBoss jBPM] - Re: BPEL 1.1GA: CodeSource for SOAPMessage is NULL

by alex.guizar＠jboss.com

I have been able to reproduce the NPE caused by class.getProtectionDomain().getCodeSource() returning null on JWSDP 1.6 and JDK 1.6.0_04. The code source of a protection domain may be null. This is the case for classes included in the Java platform. In particular, the javax.xml.soap package is part of Java SE 6. This causes the following code: SOAPMessage.class.getProtectionDomain().getCodeSource() to return null and result in a NPE. The fix is already applied to CVS head and will be delivered in jBPM BPEL 1.1.1. Thanks for catching this one, Bernd. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4126422#4126422 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4126422

18 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 2008