March 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss internal QA (Test Suite)] - Added a validate-server-configs target

by scott.stark＠jboss.org

It takes way too long to run the full testsuite just to validate if the various server configs are correct. I started a validate-server-configs target that runs the start/stop actions for every usage in other targets. Its not complete yet, but checked into trunk. It should be a relatively quick way to look for broken server configurations. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4029001#4029001 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4029001

19 years

1
0
0 / 0

[Design of JBoss Portal] - Re: Should portlet and servlet from same web app be able to

by bdaw

1) This question should go to the user forum.... 2) Yes its the expected behavior. Portlet and Servlet exist in the same web application, so you can for example share session between them (PortletSesion is a wrapper around HttpSession) in application scope. But remember that Portal is also separate web application itself. So when you log in you authenticate against portal web app - not portlet web app. Communication between portal and portlet is done by instrumenting portlet web app with special servlet and context dispatching. If you need to validate that user is authenticated, store some kind of token into PortletSession and try to obtain it from HttpSession in your servlet. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028973#4028973 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028973

19 years

1
0
0 / 0

[Design of POJO Server] - Re: JBMICROCONT-31, class loading model

by scott.stark＠jboss.org

A somewhat related issue is how component deployers support fine grained hot deployment. For example, if servlets, jsp, ejb, etc should be redeployable by just updating the class file to pickup business logic only changes, the deployers need to isolate such components in bundles that have no exports of resources/types. This should just be class loading metadata associated with the component that ties into the class loading model. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028965#4028965 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028965

19 years

1
0
0 / 0

[Design of POJO Server] - JBMICROCONT-31, class loading model

by scott.stark＠jboss.org

One thing showing up with the addition of the hot deployment scanner is a lack of a class loading model from Deployer/MainDeployer level. We fist saw this when needing to add a hack to the ProfileServiceBootstrap that pulled the first DeploymentContext class loader from the bootstrap deployment phase. It showed up in the shutdown thread not knowing how to set the correct context class loader, and again with the hot deployment scanner not knowing this. Here is the current problem. We have a bootstrap URLClassLoader that includes the static mc and related jars. The is the default tcl. It has no access to the profile jars (server/default/lib for example). When we bootstrap the profile, the conf/bootstrap-beans.xml is loaded using the bootstrap class loader. We then add the legacy conf/jboss-service.xml which creates a ULR(unified loader repository) based on the profile static jars (server/default/lib/* for example) and there is an expectation that this URL will be the parent of subsequent deployment phases (deployers, deploy content). However, we don't have a class loading model/api that allows the caller of MainDeployer.process to establish a valid tcl, nor does the current DeploymentUnit.getClassLoader() allow the MainDeployer dispatch of deploy under the correct class loader. does The problem is that DeploymentUnit.getClassLoader() does not return a class loader until a deployer in the chain has created it. The deployer runs late in the process and prior deployers looking to the classpath for resources, classes imported from the bootstrap phase don't have valid class loader from either the tcl or DeploymentUnit apis. I think we need to look at how we are going to generalize the implicit ULR peer class loading model to an osgi bundle type of model and make that an explicit aspect of the deployment apis. At the start of each deployment phase we need to be able to establish a bootstrap bundle class loader that allows access to the structural classpath for local resources, as well as ties into imported parent/peer class loaders for shared resources/classes from previous deployment phases. The number of bundle class loaders would expand to include local classes and exported classes as the deployment process moves to the current class loader deployer(s). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028960#4028960 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028960

19 years

1
0
0 / 0

[Design of JBoss Portal] - Should portlet and servlet from same web app be able to shar

by mchan_98

Hi everyone, My portlet has a link to a servlet within the same web application. However, since portlet is deployed by the JBoss portal web app and my servlet has its own web context, the user credential is not shared between the two. e.g. In my portlet code, I have: request.getRemoteUser() == "myuserId" but in my servlet code, request.getRemoteUser() == null Note that both the portlet and the servlet are from the same WAR file. Here is my portlet link: https://www.obeliskfinancial.com/portal/authsec/portal/Sundial/Reporting Within the portlet page, I have a link to my servlet in the same war (note the different context path) https://www.obeliskfinancial.com/sundial-web/ReportingServlet?designFile=... Is that an expected behavior or a bug in Jboss? I dig through the JSR 168 spec and cannot find anything. Have anyone experience this? environment: jboss-portal-2.4.0 [bundle download] OS Platform [Redhat Linux/Windows XP] Thanks, Michael Chan Director of Development Obelisk Financial http://www.obeliskfinancial.com View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028934#4028934 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028934

19 years

1
0
0 / 0

[Design of JBoss ESB] - Re: CICS gateway

by mark.little＠jboss.com

I think what you're after is a reverse gateway? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028921#4028921 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028921

19 years

1
0
0 / 0

[Design of POJO Server] - Re: AOP testsuite failures in AS trunk

by bstansberry＠jboss.com

IIRC, it was related to nested beans. It would create a -jacc namespaced duplicate for the outermost bean, but not for the nested beans. Those would fail. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028902#4028902 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028902

19 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: ready to release

by jason.greene＠jboss.com

my early congratulations on this release :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028882#4028882 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028882

19 years

1
0
0 / 0

[Design of POJO Server] - Re: AOP testsuite failures in AS trunk

by scott.stark＠jboss.org

Why is there an attempt to install a duplicate bean though if the SecurityDeployer is creating a separate JACC related bean? That is not the bean that is being installed twice. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028876#4028876 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028876

19 years

1
0
0 / 0

[Design of POJO Server] - Re: AOP testsuite failures in AS trunk

by anil.saldhana＠jboss.com

http://www.jboss.com/index.html?module=bb&op=viewtopic&t=98260 Has pointers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028841#4028841 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028841

19 years

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-dev-forums March 2007