[JBoss-dev] [JBoss JIRA] Created: (JBAS-1454) Extend snmp-adaptor as required an implement a basic jboss MIB
Extend snmp-adaptor as required an implement a basic jboss MIB -- Key: JBAS-1454 URL: http://jira.jboss.com/jira/browse/JBAS-1454 Project: JBoss Application Server Type: Feature Request Environment: varia/src/main/org/jboss/jmx/adaptors/snmp/agent Reporter: Dimitris Andreadis Priority: Minor We need to gauge interest to see how many people would need a) JBoss to implement a basic MIB, for integration purposes b) Do this in an extensible way to support user provided mappings This is not trivial, so we need to know if the investment in development cycles is worth it... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBWEB-12) mod_jk 1.2.10
mod_jk 1.2.10 - Key: JBWEB-12 URL: http://jira.jboss.com/jira/browse/JBWEB-12 Project: JBoss Web Type: Task Components: Tomcat Connectors Reporter: Mladen Turk Assigned to: Mladen Turk Add shared memory and status page for mod_jk. Shared memory allows true load balancer status, and notifying all child processes. Status page like in JK2 but more advanced like in new mod_proxy will allow to dynamically change node status (shutting down node for maintenance without loosing existing session), and changing all configuration parameters at runtime using simple web page. Currently the shared memory is 80% finished, allowing worker and balancer dynamic data. What's left is adding uri mapping. The release schedule for JK 1.2.10 is first half of March '05. The beta version (1.2.9 Beta 1) is planned for end of this month. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.791 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050211014048Lbuild.791 BUILD COMPLETE - build.791Date of build: 02/11/2005 01:40:48Time to build: 65 minutes 53 secondsLast changed: 02/11/2005 01:14:52Last log entry: reformat Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (24)1.3modifiedccrouchadmin-console/src/main/org/jboss/admin/model/datasource/XATxDataSource.javareformat1.4modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/datasource/detailDataSource.jspfixed classcastexception from when changed name of actionForm1.2modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/datasource/detailDataSource2.jspfixed classcastexception from when changed name of actionForm1.2modifiedccrouchadmin-console/src/main/org/jboss/admin/console/web/struts/datasource/DataSourceForm.javaadded remaining attributes1.3modifiedccrouchadmin-console/src/test/org/jboss/admin/service/datasource/MBeanServerHelperTest.javaadded test of getBooleanValue1.5modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/datasource/listDataSources.jspupdated to support sessions1.3modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/datasource/detailDataSource.jspadd support for displaying more DataSource attributes1.1addedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/datasource/detailDataSource2.jspadd support for displaying more DataSource attributes1.2modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/common/footer.jspupdated to support sessions1.2modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/common/htmlHeader.jspupdated to support sessions1.2modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/common/mainMenu.jspupdated to support sessions1.2modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/common/pageHeader.jspupdated to support sessions1.3modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/common/secondaryMenu.jspupdated to support sessions1.4modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/tiles-defs.xmladded new tile to support paged viewing of DataSource1.5modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/struts-config.xmladded support for paged viewing of DataSource1.3modifiedccrouchadmin-console/src/main/org/jboss/admin/service/datasource/MBeanServerHelper.javaupdated to copy over remaining ConfigProperty fields1.7modifiedccrouchadmin-console/src/main/org/jboss/admin/service/datasource/DataSourceServiceImpl.javaremoved superfluous comment1.6modifiedccrouchadmin-console/src/main/org/jboss/admin/model/datasource/DataSource.javamade 'properties' a String for easier display1.2modifiedccrouchadmin-console/src/main/org/jboss/admin/console/web/struts/datasource/ViewDataSourceAction.javaskeleton implementation which just copies a few of the attributes from the Model to the Controller/View layer1.1addedccrouchadmin-console/src/main/org/jboss/admin/console/web/struts/datasource/DataSourceForm.javaActionForm for holding DataSource related attributes1.1addedccrouchadmin-console/src/main/org/jboss/admin/console/web/struts/datasource/AddDataSourceAction.javaskeleton implementation of Add action which just logs some values1.5modifiedejortcommon/src/main/org/jboss/xml/binding/MetadataDrivenObjectModelFactory.javaAdd some debugging and fix one place where there is anassumption that all collections are lists.1.11modifiednihilitywebservice/src/main/org/jboss/ws/soap/SOAPMessageImpl.javaCode style fixes1.5modifiednihilitywebservice/test/java/org/jboss/test/ws/soap/attachment/GenericAttachmentTestCase.javaCode style fixes
[JBoss-dev] [JBoss JIRA] Created: (JBPM-73) process definition validation
process definition validation - Key: JBPM-73 URL: http://jira.jboss.com/jira/browse/JBPM-73 Project: JBoss jBPM Type: Feature Request Components: Core Engine Reporter: Tom Baeyens Assigned to: Tom Baeyens Priority: Minor process definition validation should be added in the jBPM process object model. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1120703 ] NullPointerException in MessageReference.init
Bugs item #1120703, was opened at 2005-02-11 12:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1120703&group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Sergey Marchuk (smarchuk) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException in MessageReference.init Initial Comment: On server startup JBoss tries to rebuild its JMS queue and fails if any JMS message is stored in the queue with org.jboss.mq.SpyJMSException: Could not rebuild the queue from the queue's tranaction log.; - nested throwable: (java.lang.NullPointerException) It happens both with File and Rolling Logged Persistence Managers. Full exceptions traces for both PMs are attached in the file. Short investigation of source code shows that at org.jboss.mq.server.MessageCache.add (MessageCache.java:115) null is passed as BasicQueue parameter to MessageCache.addInternal method. In MessageCache.addInternal this null is passed to newly crated instance of org.jboss.mq.server.MessageReference. So in org.jboss.mq.server.MessageReference.init (MessageReference.java:100) there is direct access to BasicQueue queue parameter (which is null in our case) that causes NullPointerException. Here is a code snapshot: ... else if (queue.parameters.redeliveryDelay > 0) this.redeliveryDelay = queue.parameters.redeliveryDelay; ... I believe is should be fixed by additional null-checking, e.g. like that: ... else if (queue != null && queue.parameters.redeliveryDelay > 0) this.redeliveryDelay = queue.parameters.redeliveryDelay; ... Some other ways might exist. Versions used: JBoss 3.2.6, JDK1.4.2, WIN2000. Thanks -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1120703&group_id=22866 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-4.0 build.371 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050211042215Lbuild.371 BUILD COMPLETE - build.371Date of build: 02/11/2005 04:22:15Time to build: 85 minutes 21 secondsLast changed: 02/11/2005 04:04:50Last log entry: backported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String) Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.4.6.1modifiedanddcommon/src/main/org/jboss/util/file/Files.javabackported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String)
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1455) Unable to deploy *-ds.xml with DOCTYPE datasources
Unable to deploy *-ds.xml with DOCTYPE datasources -- Key: JBAS-1455 URL: http://jira.jboss.com/jira/browse/JBAS-1455 Project: JBoss Application Server Type: Bug Components: JCA service Versions: JBossAS-4.0.1 Final Reporter: Wonne Keysers When the following doctype is added to our *-ds.xml files, the XSDSubDeployer seems to attempt to download the referenced DTD. When the URL cannot be reached (e.g. behind firewall), deployment of the DataSource simply hangs... http://www.jboss.org/j2ee/dtd/jboss-ds_1_5.dtd";> Solution: Add jboss-ds_1_5.dtd to /lib/jboss.jar (?) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
I don't know how to use cvs... so I 've made this code for a tag for rendering regions. does anybody can comment? does anybody can teach me how to submit this code to cvs. the nexts posts are the code: View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866191#3866191 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866191 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
/*
* Arquivo criado em Feb 11, 2005 por jespdb
*/
package org.jboss.portal.theme.taglib;
import java.util.Iterator;
import javax.servlet.jsp.JspException;
import javax.servlet.jsp.tagext.BodyTagSupport;
import org.jboss.portal.core.theme.Item;
import org.jboss.portal.core.theme.PageHolder;
import org.jboss.portal.core.theme.Region;
import org.jboss.portal.core.theme.RegionSet;
import org.jboss.portal.server.output.FragmentResult;
/**
* @author Patrick Dalla Bernardina
*
*/
public class RegionRenderTag extends BodyTagSupport {
String regionName;
Region region;
/*
* page context attribute where will be saved the
* window context of the portlet
*/
public static final String PCTX_FRAGMENT =
"org.jboss.portal.server.taglib.fragment";
String portletRenderJsp;
public String getRegionName() {
return regionName;
}
public void setRegionName(String regionName) {
this.regionName = regionName;
/*
* extract the region from the pageHolder
* of the request.
*/
PageHolder _page =
(PageHolder)pageContext.getRequest().getAttribute("PAGE");
RegionSet regions = _page.getRegions();
region = regions.getRegion(regionName);
}
public void renderFragment(FragmentResult fragment) throws JspException{
pageContext.getRequest().setAttribute(PCTX_FRAGMENT, fragment);
try{
pageContext.include(portletRenderJsp);
}catch(Exception e){
try{
if(pageContext.getOut()!=null){
if(e.getMessage()!=null)
pageContext.getOut().write(e.getMessage());
}else{
System.out.println(e.getMessage());
}
}catch(Exception e2){
throw new JspException(e2);
}
}
}
public int doStartTag() throws JspException {
if(portletRenderJsp==null){
portletRenderJsp = "/nodesk/portlet.jsp";
}
if(regionName.equals("maximized")){
PageHolder _page =
(PageHolder)pageContext.getRequest().getAttribute("PAGE");
FragmentResult main = _page.getMain();
renderFragment(main);
} else if(region!=null){
if (!region.isEmpty()) {
for (Iterator i = region.items();i.hasNext();)
{
Item item = (Item)i.next();
FragmentResult fragment =
item.getFragment();
renderFragment(fragment);
}
}
}
// TODO Auto-generated method stub
return super.doStartTag();
}
public String getPortletRenderJsp() {
return portletRenderJsp;
}
public void setPortletRenderJsp(String portletRenderJsp) {
this.portletRenderJsp = portletRenderJsp;
}
}
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866192#3866192
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866192
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
note that the tag include a jsp file named /nodesk/portlet.jsp responsible for rendering the portlets. this name can be configured in an xml file. here is an example implementation: View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866193#3866193 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866193 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
<%@ page
import="org.jboss.portal.server.output.FragmentResult,
java.io.StringWriter,
org.jboss.portal.theme.taglib.*"
%>
<%
FragmentResult pfragment = (FragmentResult)
pageContext.getRequest().getAttribute(RegionRenderTag.PCTX_FRAGMENT);
if(pfragment!=null){
%>
:: <%= pfragment.getTitle() %>
<%
StringWriter chars = pfragment.getChars();
if (chars != null)
{
out.write(chars.getBuffer().toString());
}
%>
<%}%>
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866195#3866195
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866195
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
<%@ taglib uri="/WEB-INF/portal-lib.tld" prefix="jbp" %> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866198#3866198 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866198 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
<%@ taglib uri="/WEB-INF/portal-lib.tld" prefix="jbp" %> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866196#3866196 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866196 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
<%@ taglib uri="/WEB-INF/portal-lib.tld" prefix="jbp" %> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866197#3866197 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866197 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
how i submit html code to the forum? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866199#3866199 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866199 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
You can't submit code to the CVS directly, but you can produce a patch against the CVS. You can submit HTML code by surrounding the code by [ code ] [ /code ] (with no space) What you can do is open a Jira task and attach files it would be better. You can also send me the files by email: [EMAIL PROTECTED] Anything i submit for you would be in your name of course. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866200#3866200 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866200 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Impossible to subclass IdleRemover and InternalManagedCo
"[EMAIL PROTECTED]" wrote : Do you have a sourceforge id? | | If you do I will get you cvs access where you can prototype your ideas in jboss-head | (the development branch which will become JBoss5). | My id is 'andreitar'. "[EMAIL PROTECTED]" wrote : Make sure you read the developers guide on coding standards (they are not the | same as Sun's guidelines), cvs branches, etc. | Ok. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866201#3866201 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866201 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
thanks for the contrib patrick, we are looking forward integrating it, it is a good start for users to produce themes View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866202#3866202 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866202 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBossXB] - Re: MappingObjectModel and Polymorphism
anonymous wrote : | 1) There is no logging so I can't see what is happening. I started adding some. | This was present in the old implementation, including being able to see | what rules where defined. | | 2) There are a number of places that assume that all collections are lists, | I have some sets. That's right. The code has just been written and not used/tested much yet. Sorry. anonymous wrote : | 3) I also need support for Maps. | Accepted. 4) Currently, unless you keep beans element, you can't do it. Also accepted. 6) Attribute bindings do work. XmlValueBinding is not yet supported for them. anonymous wrote : | 7) Should I even have to define String attributes that map directly onto the javabean? Do you mean that I could figure bindings out by using introspection? If so, you should create a DocumentBindingStack and add RuntimeDocumentBinding to it. Then, customize the bindings that can't be done with introspection. For an example have a look at | package org.jboss.test.xml; | public class UnmarshallingMetaDataTestCase |public void testRuntimeBookMetadata() throws Exception | ... | | DocumentBindingFactory factory = DocumentBindingFactory.newInstance(); | DocumentBinding doc = factory. | newDocumentBindingStack(). | push(RuntimeDocumentBinding.class); | | NamespaceBinding ns = factory.bindNamespace(doc, nsUri, pkg); | TopElementBinding book = ns.getTopElement(bookQName.getLocalPart()); | factory.bindElement(book, | characterQName.getNamespaceURI(), | characterQName.getLocalPart(), | "characters", | BookCharacter.class | ); | Thanks for the feedback. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866206#3866206 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866206 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1399) emptySessionPath setting breaks session tracking
[ http://jira.jboss.com/jira/browse/JBAS-1399?page=history ] Remy Maucherat resolved JBAS-1399: -- Resolution: Done > emptySessionPath setting breaks session tracking > > > Key: JBAS-1399 > URL: http://jira.jboss.com/jira/browse/JBAS-1399 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Versions: JBossAS-4.0.2RC1 > Reporter: Remy Maucherat > Assignee: Remy Maucherat > Priority: Blocker > Fix For: JBossAS-4.0.2RC1 > > > Session tracking is incorrect when using emptySessionPath, which is a setting > needed for JBoss portal. This should be fixed by integrating a new interim > Tomcat binary. Some small changes to JBossCacheManager will also be needed as > a result of this integration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1401) Tomcat 5.5.8 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat reassigned JBAS-1401: Assign To: Remy Maucherat (was: Scott M Stark) > Tomcat 5.5.8 integration > > > Key: JBAS-1401 > URL: http://jira.jboss.com/jira/browse/JBAS-1401 > Project: JBoss Application Server > Type: Feature Request > Components: Web (Tomcat) service > Versions: JBossAS-4.0.2 Final > Reporter: Remy Maucherat > Assignee: Remy Maucherat > Priority: Blocker > Fix For: JBossAS-4.0.2 Final > > > JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the > unlikely event it is not released on time for 4.0.2 final, a tag marking the > source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1400) emptySessionPath="true" as the default setting
[ http://jira.jboss.com/jira/browse/JBAS-1400?page=history ] Remy Maucherat resolved JBAS-1400: -- Resolution: Done > emptySessionPath="true" as the default setting > -- > > Key: JBAS-1400 > URL: http://jira.jboss.com/jira/browse/JBAS-1400 > Project: JBoss Application Server > Type: Feature Request > Components: Web (Tomcat) service > Versions: JBossAS-4.0.2RC1 > Reporter: Remy Maucherat > Assignee: Remy Maucherat > Fix For: JBossAS-4.0.2RC1 > > > With the latest changes, it turns out emptySessionPath="true", which is > needed for JBoss Portal compatibility, is a good default setting, and > provides fully functional cross context functionality (at least, as far as my > newly found understanding of this part of the specification goes). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1381) Clustering with CrossContext Enabled generates exception
[ http://jira.jboss.com/jira/browse/JBAS-1381?page=comments#action_12315354 ] Remy Maucherat commented on JBAS-1381: -- Porting the fix for this issue to 4.0.2 will not be needed, as long as the JBoss manager does not intend to be used as a persistent manager. This makes sense as the manager should instead rely on the persistence capabilities of JBoss cache. > Clustering with CrossContext Enabled generates exception > > > Key: JBAS-1381 > URL: http://jira.jboss.com/jira/browse/JBAS-1381 > Project: JBoss Application Server > Type: Bug > Components: Clustering > Versions: JBossAS-4.0.1 Final > Reporter: Ben Wang > Assignee: Ben Wang > Fix For: JBossAS-4.0.1 SP1 > > Original Estimate: 2 hours > Remaining: 2 hours > > Excerpt from sf case: https://na1.salesforce.com/5003000bw4l > We have a Big Application that are deployed as multiple WebApplications and > they make crosscontext calls, When we enabled Clustering Seems like > FirstCrossContext Failes on this Method. > JBOSSCacheManager.createEmptySession(). We would appreciate if you can help > us resolve this issue. > Note: If i deploy this App on Default Server Configuration and it works fine > Basically, the problem is createEmptySession is treated as a un-implemented > method since it is also called by passivation and activation. But we will > simply return this method call now with a new ClusteredSession instance > (depending on the granularity, of course). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1008) destroying context with tomcat5 happens too late
[ http://jira.jboss.com/jira/browse/JBAS-1008?page=comments#action_12315355 ] Remy Maucherat commented on JBAS-1008: -- If the WAR is properly packaged with the beans inside an EAR (or a SAR if you don't care about using JBoss archive format), then it should be started last and stopped first. If this is the case, then there's a bug. Without proper packaging, the deployments are independant, and as a result the WAR may be stopped last. You can also configure the JBoss deployer so that dependencies are indicated. Please confirm that you were deploying your WAR and beans properly. > destroying context with tomcat5 happens too late > > > Key: JBAS-1008 > URL: http://jira.jboss.com/jira/browse/JBAS-1008 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Remy Maucherat > Priority: Critical > > > SourceForge Submitter: ittay . > Hi, > When I stop my JBoss (3.2.5), it first undeployes all beans and only > then stops the web service. This causes two wrong behaviors: > 1. if some client tries to load a page (or send any request to a > servlet), after some beans are undeployed, and before the service is > stopped, the servlet will start to work but because the beans were > undeployed, will get strange errors (NPE etc.) > 2. if i want to hook into the contextDestroyed, to perform some > cleanup, it is too late, since beans have already been undeployed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-956) Problem compiling jsp with jdk 1.5
[ http://jira.jboss.com/jira/browse/JBAS-956?page=history ] Remy Maucherat resolved JBAS-956: - Resolution: Won't Fix It will never be fixed upstream and/or integrated in a Tomcat 4.1 release, so this will not be fixed. > Problem compiling jsp with jdk 1.5 > -- > > Key: JBAS-956 > URL: http://jira.jboss.com/jira/browse/JBAS-956 > Project: JBoss Application Server > Type: Bug > Components: Web (Tomcat) service > Versions: JBossAS-3.2.6 Final > Reporter: SourceForge User > Assignee: Remy Maucherat > > > SourceForge Submitter: ejort . > The compiler in java 1.5 doesn't like including non jars > in the classpath: > 01:28:23,146 ERROR [Compiler] Error compiling file: > /home/ejort/jboss-3.2/workspace/build/output/jboss-3.2.4RC2/server/default/work/jboss.web/localhost/jmx-console//org/apache/jsp/inspectMBean_jsp.java > [javac] Compiling 1 source file > error: error reading > /home/ejort/jboss-3.2/workspace/build/output/jboss-3.2.4RC2/server/default/tmp/deploy/tmp13885jvm-il-service.xml; > java.util.zip.ZipException: error in opening zip file -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBWEB-11) 505 error when connection from a .NET client
[ http://jira.jboss.com/jira/browse/JBWEB-11?page=comments#action_12315357 ] Remy Maucherat commented on JBWEB-11: - There is a bugzilla entry on this issue that I resolved as INVALID: http://issues.apache.org/bugzilla/show_bug.cgi?id=31567 The behavior of the .net client violates the HTTP specification (it announces an expectation, but sends the entity body right away, which is equivalent to not using expectations). Fixing it is easy (it requires removing one line of code in Tomcat's source), but will break legitimate clients which make proper usage of expectations. Alternately, there is the workaround I mentioned which is to add a regexp matching .net's user agent to the restricted list so that HTTP/1.0 is used. > 505 error when connection from a .NET client > > > Key: JBWEB-11 > URL: http://jira.jboss.com/jira/browse/JBWEB-11 > Project: JBoss Web > Type: Bug > Components: Tomcat > Versions: JBossWeb-4.0.1 > Reporter: Thomas Diesler > Assignee: Remy Maucherat > > > People with .NET clients have no luck connection to JBossWS since .NET > defaults to HTTP-1.1. This issue as poped up multiple times now. I don't > think it is WS specific. Is there a general HTTP-1.1 issue with Tomcat? > See: http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862668#3862668 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Priority of connection selection when using security-domain-
When using the security-domain-and-application connection selection criteria,
any Subject identity is given preference over the ConnectionRequestInfo in the
BaseWrapperManagedConnectionFactory.getConnectionProperties method:
|protected Properties getConnectionProperties(Subject subject,
ConnectionRequestInfo cri)
| throws ResourceException
|{
| if (cri != null && cri.getClass() !=
WrappedConnectionRequestInfo.class)
| {
| throw new JBossResourceException("Wrong kind of
ConnectionRequestInfo: " + cri.getClass());
| } // end of if ()
|
| Properties props = new Properties();
| props.putAll(connectionProps);
| if (subject != null)
| {
| if (SubjectActions.addMatchingProperties(subject, props, this) ==
true)
| {
| return props;
| }
| throw new JBossResourceException("No matching credentials in
Subject!");
| } // end of if ()
| WrappedConnectionRequestInfo lcri = (WrappedConnectionRequestInfo)cri;
| if (lcri != null)
| {
| props.setProperty("user", (lcri.getUserName() == null)? "":
lcri.getUserName());
| props.setProperty("password", (lcri.getPassword() == null)? "":
lcri.getPassword());
| return props;
| } // end of if ()
| if (userName != null)
| {
| props.setProperty("user", userName);
| props.setProperty("password", (password == null) ? "" : password);
| }
| return props;
|}
|
It really should be the other way around as the ConnectionRequestInfo will
always be the inner most specification. Setting the Subject entails some
indirection rather than being directly passed in. Is there a valid reason why
the Subject identity is given preference currently?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866228#3866228
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866228
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head build.792 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050211093734Lbuild.792 BUILD COMPLETE - build.792Date of build: 02/11/2005 09:37:34Time to build: 72 minutes 58 secondsLast changed: 02/11/2005 09:12:37Last log entry: updated to include css for detailed view Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (55)1.3modifiedccrouchadmin-console/src/resources/admin-console.war/css/layout.cssupdated to include css for detailed view1.11modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheManager.java- Use emptySessionPath by default (other developers concurred that this shouldn't be a security risk).- Source compat changes for the JBoss manager (please test).1.7modifiedremmtomcat/src/resources/server.xml- Use emptySessionPath by default (other developers concurred that this shouldn't be a security risk).- Source compat changes for the JBoss manager (please test).1.7modifiedremmthirdparty/apache-tomcat55/tomcat-util.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.6modifiedremmthirdparty/apache-tomcat55/tomcat-http.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.8modifiedremmthirdparty/apache-tomcat55/jasper-compiler.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.8modifiedremmthirdparty/apache-tomcat55/jasper-runtime.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/naming-resources.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/servlets-cgi.renametojar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/servlets-default.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/servlets-invoker.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/servlets-ssi.renametojar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/servlets-webdav.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/tomcat-ajp.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/tomcat-coyote.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.8modifiedremmthirdparty/apache-tomcat55/README- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/catalina-manager.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.7modifiedremmthirdparty/apache-tomcat55/catalina-optional.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.8modifiedremmthirdparty/apache-tomcat55/catalina.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.125modifiedpilhuhnserver/src/etc/conf/default/jboss-service.xmlAdd a XMBean descriptor for the Log4jService MBean and enable it.1.1addedpilhuhnserver/src/etc/conf/default/xmdesc/Log4jService-xmbean.xmlbranches: 1.1.2;Add a XMBean descriptor for the Log4jService MBean and enable it.1.4modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/multispaced/pm/jdbc/JDBCPmMetaDataProvider.javaupdated object model providers after refactoring in the framework1.3modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/book/BookGenericObjectModelProvider.javaupdated object model providers after refactoring in the framework1.4modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/book/BookObjectProvider.javaupdated object model providers after refactoring in the framework1.4modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/multispaced/XMBeanMetaDataProvider.javaupdated object model providers after refactoring in the framework1.4modifiedloubyanskycommon/src/main/org/jboss/xml/binding/DelegatingObjectModelProvider.javaintroduced MarshallingContext1.13modifiedloubyanskycommon/src/main/org/jboss/xml/binding/DtdMarshaller.javaintroduced MarshallingContext1.3modifiedloubyanskycommon/src/main/org/jboss/xml/binding/GenericObjectModelProvider.javaintroduced MarshallingContext1.6modifiedloubyanskycommon/src/main/org/jboss/xml/binding/MappingObjectModelProvider.javaintroduced MarshallingContext1.6modifiedloubyanskycommon/src/main/org/jboss/xml/binding/ObjectModelProvider.javaintroduced MarshallingContext1.10modifiedloubyanskycommon/src/main/org/jboss/xml/binding/XercesXsMarshaller.javaintroduced MarshallingContext1.15modifiedloubyanskycommon/src/main/org/jboss/xml/bindin
[JBoss-dev] [Design of JCA on JBoss] - Re: Priority of connection selection when using security-dom
This question came up before a few years ago. See section 8.2 "Contract for ResourceAdapter" in the jca 1.5 spec. Option C: it should only use the CRI if the AS passes a null Subject. As I said before security-domain-and-application is really a misnomer. For security, it always uses the security domain. The "application" part really refers to other pooling parameters, like whether it is queue/topic connection for jms. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866230#3866230 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866230 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBPM-65) bpel configuration files parsing
[ http://jira.jboss.com/jira/browse/JBPM-65?page=history ] Juan Cantu resolved JBPM-65: Resolution: Done Fix Version: 3.0 DR 1 > bpel configuration files parsing > > > Key: JBPM-65 > URL: http://jira.jboss.com/jira/browse/JBPM-65 > Project: JBoss jBPM > Type: Sub-task > Components: BPEL > Versions: 3.0 DR 1 > Environment: jaxp 1.1 > Reporter: Juan Cantu > Assignee: Juan Cantu > Fix For: 3.0 DR 1 > > Original Estimate: 3 days >Time Spent: 1 week > Remaining: 0 minutes > > A process archive consists of both definition and configuration files. A > mechanism must be provided to merge both files in a single process document. > This will allow that the logic for reading any kind of elements is > centralized in the parsers. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBossXB] - Re: MappingObjectModel and Polymorphism
4) That didn't work for me. I couldn't see how to define it: | ElementBinding beans = factory.bindElement(deployment, "", "beans", "beans", ArrayList.class); | ElementBinding bean = factory.bindElement(beans, "", ??, ??, AbstractBeanMetaData.class); | I also have the requirement to do polymorphism on collections, something like: | | |foo // uses StringValueMetaData | // uses DependsValueMetaData | // recursion :-) | ... | | | | ElementBinding listValue = factory.bindElement(attribute, "", "list", "value", AbstractListMetaData.class); // implements java.util.List | //What comes here??? | and arrays | | // AbstractArrayValueMetaData |foo // uses StringValueMetaData | // uses DependsValueMetaData | | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866234#3866234 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866234 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Running precompiled AOP classes on JBoss 4.0.0
I'm running JBoss 4.0.0 and JBoss AOP 1.0 FINAL. In my application I would like to instrument my classes at compile time using AOPC. It seems I have everything working. I've modified my Ant build process and I can see the changes being made to my class files. It appears the correct methods are being captures and the correct class files being modified. However, when I deploy and run my application, my Interceptor code is not called. Most of the examples I've seen for installing AOP seem to be related to loadtime instrumentation. My assumption has been that if I am only interested in precompiled AOP, the only runtime requirement are the JAR files included in the AOP distribution: javassist.jar trove.jar concurrent.jar jboss-aop.jar (jboss-common.jar is already in JBoss 4.0.0) In order to get my simple test to to work, I've tried packaging my Interceptor class in a ".aop" module (META-INF/jboss-aop.xml), and modifying my application.xml file to include this, adding jboss-aop.deployer. But nothing I do causes my code to be executed. I don't get any errors. If I remove, say javassist.jar, from my deploy I get an error saying the methods that have been instrumented are not found. So, I know AOPC is doing something to my classes. Is there something I may be missing? My jboss-aop.xml looks like this: View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866235#3866235 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866235 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
without the brackets... ?xml version="1.0" encoding="UTF-8"? aop interceptor name="optimisticlockretry" class="biz.OptimisticLockRetryInterceptor"/ pointcut name="taskMethods" expr="execution(public static * biz.TaskMethods-addTask*(..))"/ pointcut name="templateTaskMethods" expr="execution(public static * biz.TemplateTaskMethods-addTemplateTask*(..))"/ bind pointcut="taskMethods OR templateTaskMethods" interceptor-ref name="optimisticlockretry"/ /bind /aop View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866236#3866236 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866236 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBossXB] - Re: MappingObjectModel and Polymorphism
4 continued) Rather than having to define would it be possible to specify the type (or maybe even a factory?) e.g. | TypeBinding beans = factory.bindType(deployment, "", "beans", ArrayList.class); | ElementBinding bean = factory.bindElement(beans, "", "bean", ??, AbstractBeanMetaData.class); | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866237#3866237 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866237 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
I think you have to deploy your .aop file outside the EAR. You're packaging everything in an EAR, correct? If still need to package everything, just package everything in a JAR: foo.jar/ stuff.aop stuff.ear I think that will work. I'm not sure if plain jars can have nested archives though...so...if that doesn't work put everything in a SAR. foo.sar/ stuff.aop stuff.ear META-INF/jboss-service.xml Let me know if that works. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866238#3866238 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866238 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
I'm trying to make war themes but I have a doubt: Can I include a jsp file from another WAR? How? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866239#3866239 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866239 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1456) Login module is executed twice from web tier initiated authentication
Login module is executed twice from web tier initiated authentication - Key: JBAS-1456 URL: http://jira.jboss.com/jira/browse/JBAS-1456 Project: JBoss Application Server Type: Bug Components: Security, Web (Tomcat) service Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final Reporter: Scott M Stark Fix For: JBossAS-4.0.2RC1, JBossAS-4.0.1 SP1, JBossAS-3.2.8 Final There is a mismatch between the initial authentication of a web request against the security domain associated with a web app and subsequent validation of the session credentials that cause the login modules to be executed twice. The first time a char[] password is used while subsequent authentications use a String password. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Priority of connection selection when using security-dom
>From the j2ee component level there is only Container and Application >security. The problem is then really how we are creating the Subject when >there is no inherent Subject. Today this requires an unauthenticatedIdentity >setting on the associated security domain login module configuration, and >there is no way to override this using the application supplied security >context. The jca login modules could certainly support the notion of accepting >the CRI security information in preference to the statically defined anonymous >user identity. Nothing I read in the j2ee_connector-1_5-fr-spec in section >9.1.8.1 Contract for the Application Server, indicates this cannot be done as >there is the carte blanche 'implementation-specific security mechanisms and >configuration' phrase in the beginning: anonymous wrote : | 9.1.8.1 Contract for the Application Server | | The application server may provide specific security services, such as principal mapping and delegation, and single sign-on, before using the security contract with the resource adapter. For example, the application server can map the caller principal to a resource principal before calling the createManagedConnection method to create a new connection under the security context of the resource principal. | | In container-managed sign-on, the application server is responsible for creating a Subject instance using its implementation-specific security mechanisms and configuration. This should happen before the application server calls the createManagedConnection method of the ManagedConnectionFactory. The resource adapter is driven by the application server and acts as consumer of security information in the created Subject. | I have a testcase scenario where I'm testing the different jca login module interaction with other j2ee components security contexts, and I need to access the database as an admin user to create the user with reduced permissions to validate in the context of the j2ee usage. Do you see a reason why the anonymous identity/proof of identity should not be from the request context? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866245#3866245 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866245 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Priority of connection selection when using security-dom
The only reason it is not done is because the CRI is transparent to the AS. If there was configuration in the login module to understand the CRI and it had access to the CRI, I don't see why it couldn't create a Subject from this information. You would have to use the security-domain-and-application configuration to make the pooling work correctly. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866248#3866248 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866248 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JCA on JBoss] - Re: Priority of connection selection when using security-dom
Or maybe it would be easier for the login-module to signal there is no Subject, allowing the MCF to use the CRI? Our MCF's have a mechanism for defining a default login in the MCF's properties. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866249#3866249 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866249 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of the JBoss EJB Container] - Re: Server-Shutdown and TimerService
Hi, How to use the timer service? As per the spec, the timers should be cancelled across undeployments and should be persisted across server shutdowns. This calls for server shutdown to be handled separately and should not be mixed with undeployment. This behavior is not seen in JBOSS, which requires us to persist the timers by ourselves, devoiding us the benefits of the EJBTimers... Thanks, Srini View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866252#3866252 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866252 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
actually you raise an interesting point. this is what we want to achieve, deployable wars that contains theme. that would be possbile to have that with deployment descriptor like /WEB-INF/theme.xml. in that case the container would be capable to detect it and register it in a theme registry. What is left is the contract between the theme and the portal, i.e the API. For now it could be just request dispatching. Like you define the path for the theme in the theme.xml. You should work first on a simple theme deployer. That would scan war for theme.xml and register that against a registry that would be in the container. Something simple just a map of key to themes. Are you interested in ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866253#3866253 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866253 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBPORTAL-202) Not setting the content type before setting the portlet mode on a RenderURL (and ActionURL) leads to a NPE
Not setting the content type before setting the portlet mode on a RenderURL
(and ActionURL) leads to a NPE
--
Key: JBPORTAL-202
URL: http://jira.jboss.com/jira/browse/JBPORTAL-202
Project: JBoss Portal
Type: Patch
Components: Portal Core
Environment: Win2K
Reporter: Martin Holzner
Assigned to: Julien Viet
Priority: Minor
problem:
portlet code like:
public void doHelp(RenderRequest req, RenderResponse res)
throws javax.portlet.PortletException
{
PortletURL viewUrl = res.createRenderURL();
viewUrl.setPortletMode(PortletMode.VIEW);
which does not set the content type before setting the portlet mode on a
RenderURL or ActionURL will see a NPE, like:
14:09:23,525 ERROR [CoreServlet] Error
java.lang.NullPointerException
at
org.jboss.portal.server.plugins.mode.ContentTypes.isSupported(ContentTypes.java:228)
at org.jboss.portal.server.Window.isSupportedMode(Window.java:136)
at
org.jboss.portal.portlet.impl.PortletURLImpl.setPortletMode(PortletURLImpl.java:62)
at
com.novell.afw.portal.portlet.flash.FlashPortlet.doHelp(FlashPortlet.java:131)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:55)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:114)
at
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invokeRequest(DispatcherInterceptor.java:143)
at
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invoke(DispatcherInterceptor.java:171)
at
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
at
org.jboss.portal.core.portlet.cms.CMSInterceptor.invoke(CMSInterceptor.java:78)
at
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
at
org.jboss.portal.portlet.invocation.PreferencesInterceptor.invoke(PreferencesInterceptor.java:93)
at
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
at
org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor$InvokeNextCommand.execute(ContextDispatcherInterceptor.java:94)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
based on this message, it's hard to figure out what the problem is.
===
I propose the following change:
RCS file:
/cvsroot/jboss/jboss-portal/server/src/main/org/jboss/portal/server/plugins/mode/ContentTypes.java,v
retrieving revision 1.2
diff -r1.2 ContentTypes.java
227a228,233
> if( mode == null){
> throw new IllegalArgumentException("Mode not set.");
> }
>if( contentType == null){
>throw new IllegalArgumentException("Content type not set.");
>}
===
which leads to this error message:
13:45:33,949 ERROR [CoreServlet] Error
java.lang.IllegalArgumentException: Content type not set.
at
org.jboss.portal.server.plugins.mode.ContentTypes.isSupported(ContentTypes.java:232)
at org.jboss.portal.server.Window.isSupportedMode(Window.java:136)
at
org.jboss.portal.portlet.impl.PortletURLImpl.setPortletMode(PortletURLImpl.java:62)
at
com.novell.afw.portal.portlet.flash.FlashPortlet.doHelp(FlashPortlet.java:131)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:55)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:114)
at
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invokeRequest(DispatcherInterceptor.java:143)
at
org.jboss.portal.portlet.invocation.DispatcherInterceptor.invoke(DispatcherInterceptor.java:171)
at
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
at
org.jboss.portal.core.portlet.cms.CMSInterceptor.invoke(CMSInterceptor.java:78)
at
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
at
org.jboss.portal.portlet.invocation.PreferencesInterceptor.invoke(PreferencesInterceptor.java:93)
at
org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
at
org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor$InvokeNextCommand.execute(ContextDispatcherInterceptor.java:94)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.Del
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
I can try this deployment, but I'm not sure what to put in the jboss-service.xml in the top-level SAR file. Yes, I have everything in an EAR right now. My install will look like this, assuming I can get a valid jboss-service.xml redrock.sar -META-INF/jboss-service.xml // This is the one I need help with -redrock.aop META-INF/ jboss-aop.xml biz/ Interceptor.class -redrock.ear META-INF/ application.xml jboss-app.xml redrock-web.war redrock.sar redrock-ejb.jar View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866256#3866256 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866256 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
try the JAR approach first. I think that works. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866259#3866259 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866259 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBPORTAL-202) Not setting the content type before setting the portlet mode on a RenderURL (and ActionURL) leads to a NPE
[
http://jira.jboss.com/jira/browse/JBPORTAL-202?page=comments#action_12315361 ]
Julien Viet commented on JBPORTAL-202:
--
I am looking at this case. I will switch the content type to the one used on
the incoming request rather thatn using the one provided by the portlet author.
This one is never null.
Also I am adding the suggested argument checks in the PortletModeProvider
implementation.
> Not setting the content type before setting the portlet mode on a RenderURL
> (and ActionURL) leads to a NPE
> --
>
> Key: JBPORTAL-202
> URL: http://jira.jboss.com/jira/browse/JBPORTAL-202
> Project: JBoss Portal
> Type: Patch
> Components: Portal Core
> Environment: Win2K
> Reporter: Martin Holzner
> Assignee: Julien Viet
> Priority: Minor
>
>
> problem:
> portlet code like:
> public void doHelp(RenderRequest req, RenderResponse res)
> throws javax.portlet.PortletException
> {
> PortletURL viewUrl = res.createRenderURL();
> viewUrl.setPortletMode(PortletMode.VIEW);
>
> which does not set the content type before setting the portlet mode on a
> RenderURL or ActionURL will see a NPE, like:
> 14:09:23,525 ERROR [CoreServlet] Error
> java.lang.NullPointerException
> at
> org.jboss.portal.server.plugins.mode.ContentTypes.isSupported(ContentTypes.java:228)
> at org.jboss.portal.server.Window.isSupportedMode(Window.java:136)
> at
> org.jboss.portal.portlet.impl.PortletURLImpl.setPortletMode(PortletURLImpl.java:62)
> at
> com.novell.afw.portal.portlet.flash.FlashPortlet.doHelp(FlashPortlet.java:131)
> at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:55)
> at javax.portlet.GenericPortlet.render(GenericPortlet.java:114)
> at
> org.jboss.portal.portlet.invocation.DispatcherInterceptor.invokeRequest(DispatcherInterceptor.java:143)
> at
> org.jboss.portal.portlet.invocation.DispatcherInterceptor.invoke(DispatcherInterceptor.java:171)
> at
> org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
> at
> org.jboss.portal.core.portlet.cms.CMSInterceptor.invoke(CMSInterceptor.java:78)
> at
> org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
> at
> org.jboss.portal.portlet.invocation.PreferencesInterceptor.invoke(PreferencesInterceptor.java:93)
> at
> org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
> at
> org.jboss.portal.server.invocation.component.ContextDispatcherInterceptor$InvokeNextCommand.execute(ContextDispatcherInterceptor.java:94)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> based on this message, it's hard to figure out what the problem is.
> ===
> I propose the following change:
> RCS file:
> /cvsroot/jboss/jboss-portal/server/src/main/org/jboss/portal/server/plugins/mode/ContentTypes.java,v
> retrieving revision 1.2
> diff -r1.2 ContentTypes.java
> 227a228,233
> > if( mode == null){
> > throw new IllegalArgumentException("Mode not set.");
> > }
> >if( contentType == null){
> >throw new IllegalArgumentException("Content type not set.");
> >}
> ===
> which leads to this error message:
> 13:45:33,949 ERROR [CoreServlet] Error
> java.lang.IllegalArgumentException: Content type not set.
> at
> org.jboss.portal.server.plugins.mode.ContentTypes.isSupported(ContentTypes.java:232)
> at org.jboss.portal.server.Window.isSupportedMode(Window.java:136)
> at
> org.jboss.portal.portlet.impl.PortletURLImpl.setPortletMode(PortletURLImpl.java:62)
> at
> com.novell.afw.portal.portlet.flash.FlashPortlet.doHelp(FlashPortlet.java:131)
> at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:55)
> at javax.portlet.GenericPortlet.render(GenericPortlet.java:114)
> at
> org.jboss.portal.portlet.invocation.DispatcherInterceptor.invokeRequest(DispatcherInterceptor.java:143)
> at
> org.jboss.portal.portlet.invocation.DispatcherInterceptor.invoke(DispatcherInterceptor.java:171)
> at
> org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImpl.java:214)
> at
> org.jboss.portal.core.portlet.cms.CMSInterceptor.invoke(CMSInterceptor.java:78)
> at
> org.jboss.portal.server.impl.invocation.InvocationImpl.invokeNext(InvocationImp
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
Its running with the new packaging, but it's still not running my Interceptor class. When I disassemble my instrumented classes, I don't see any references to my Interceptor class. Should I be able to see reference to the Interceptor in an instrumented class? This is how my app is now packaged redrock.jar -redrock.aop META-INF jboss-aop.xml biz OptimisticLockRetryInterceptor.class -redrock.ear redrock-ejb.jar biz TaskMethods.class TemplateTaskMethods.class -TaskMethods_addTask_5880466260420991488_OptimizedMethodInvocation.class (and others, you get the idea) I've also tried putting the biz.OptimisticLockRetryInterceptor.class in the redrock-ejb.jar, but I get the same result. Again, if I don't have the required AOP jars, I can't see TaskMethods.class at all (thats the error I get). And I can see these files changed after running AOPC. I'm missing something. Am I not setting something up right? Or, is AOPC running on my files but not getting the interceptor in there correctly? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866264#3866264 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866264 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
go to the web-console. http://localhost:8080/web-console there is an AOP icon in the tree. What are the unbound pointcuts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866269#3866269 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866269 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
"mholzner" wrote : here are some more ideas (way out there, I know ;): | | | * an incoming request contains the page name (or it defaults to a name) | * the request/session contains the user information | * the request contains information about the client device and the supported mime types | * based on the page name, user name, and mime type a pageLayout is determined (from a page-layout registry ?) | * the layout is a JSP with mime type specific markup, and optional custom tags | * based on the page name, user name, and mime type a skin is determined (skin registry ?) | * the skin is a separate WAR containing a skin descriptor file, one or more css and/or js files, and optional media files (images) | * the information about the skin (skin name) is set into the request | * the request is dispatched to the determined layout jsp | * the custom tags on the jsp can be one or more of the following: | - | - to use the determined skin, or to overwrite the determined skin | - as already described by Patrick | | * the skin tag reads the skin Name from the request, gets the WAR context information of that skin from the skin registry, and injects the appropriate link and script tags with url's pointing to the skin resources | * a skin descriptor could look something like: | | | | | | | | * it would make sense to define a set of well-known css classes that need to be defined by all skins, and are used by the markup produced by the custom tags | * by having the custom tags only emmit div tags, we would have ultimate flexibility (see http://www.csszengarden.com/) | | | some things to consider, clarify: | * if the layout.jsp is xhtml compliant, it would be much easier to write a portlet that can allow a user to dynamically assign portlets to a region via drag and drop | * this approach would limit the skin API to custom tags that talk to the page registry | * layouts and themes are the domain of web designers. The tools they know are design tools and WebDAV. How could jbp allow designers to define skins and layouts and make them available to the portal via webDAV | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866271#3866271 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866271 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Theme development
here are some more ideas (way out there, I know ;): * an incoming request contains the page name (or it defaults to a name) * the request/session contains the user information * the request contains information about the client device and the supported mime types * based on the page name, user name, and mime type a pageLayout is determined (from a page-layout registry ?) * the layout is a JSP with mime type specific markup, and optional custom tags * based on the page name, user name, and mime type a skin is determined (skin registry ?) * the skin is a separate WAR containing a skin descriptor file, one or more css and/or js files, and optional media files (images) * the information about the skin (skin name) is set into the request * the request is dispatched to the determined layout jsp * the custom tags on the jsp can be one or more of the following: - - to use the determined skin, or to overwrite the determined skin - as already described by Patrick * the skin tag reads the skin Name from the request, gets the WAR context information of that skin from the skin registry, and injects the appropriate link and script tags with url's pointing to the skin resources * a skin descriptor could look something like: * it would make sense to define a set of well-known css classes that need to be defined by all skins, and are used by the markup produced by the custom tags * by having the custom tags only emmit div tags, we would have ultimate flexibility (see http://www.csszengarden.com/) some things to consider, clarify: * if the layout.jsp is xhtml compliant, it would be much easier to write a portlet that can allow a user to dynamically assign portlets to a region via drag and drop * this approach would limit the skin API to custom tags that talk to the page registry * layouts and themes are the domain of web designers. The tools they know are design tools and WebDAV. How could jbp allow designers to define skins and layouts and make them available to the portal via webDAV View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866270#3866270 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866270 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
Going to the web-console I realized I didn't have jboss-aop.deployer in the deploy/ directory anymore. Once I put that in, it worked with the JAR packaging. Without that folder, it doesn't work. Thanks for the help, but now I'm a little confused. My understanding was that using AOPC made this unnecessary (obviously it doesn't). So, suppose I wanted to use JBoss AOP with precompiled classes in, say, Websphere. I'm assuming this would be the same as using JBoss without the jboss-aop.deployer folder. Isn't there a way to make this work? I had gathered that the deployer folder wasn't necessary with precompiled instrumentation. At any rate, it looks like it is working. Our customers are running JBoss without the jboss-aop.deployer folder, and I suppose we could ship it with our app. However, my hope was to make it all encapsulated in our EAR file (or JAR file, as the case may be). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866272#3866272 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866272 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-63) @Local/@Remote with deployment
[ http://jira.jboss.com/jira/browse/EJBTHREE-63?page=history ] Bill Burke updated EJBTHREE-63: --- Version: Preview 4 Component: EJB3 Extensions Fix Version: Preview 4 > @Local/@Remote with deployment > -- > > Key: EJBTHREE-63 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-63 > Project: EJB 3.0 > Type: Sub-task > Components: EJB3 Extensions > Versions: Preview 4 > Reporter: Bill Burke > Assignee: Kabir Khan > Fix For: Preview 4 > > > Get the service component working with local/remote interfaces and deployable > through the EJB3 container. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-59) Use persistence default metadata
[ http://jira.jboss.com/jira/browse/EJBTHREE-59?page=history ] Bill Burke updated EJBTHREE-59: --- Version: Preview 4 (was: Preview 3) Fix Version: Preview 4 (was: Preview 3) > Use persistence default metadata > > > Key: EJBTHREE-59 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-59 > Project: EJB 3.0 > Type: Feature Request > Versions: Preview 4 > Reporter: Bill Burke > Assignee: Bill Burke > Fix For: Preview 4 > > > The persistence spec has a lot of default values for metadata that need to be > applied. Specifically relationships, embedded objects, blobs, clobs, etc... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (EJBTHREE-34) JBoss 4.0.2RC1 release dependency
[ http://jira.jboss.com/jira/browse/EJBTHREE-34?page=history ] Bill Burke closed EJBTHREE-34: -- Resolution: Done > JBoss 4.0.2RC1 release dependency > - > > Key: EJBTHREE-34 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-34 > Project: EJB 3.0 > Type: Task > Versions: Preview 3 > Reporter: Bill Burke > Assignee: Bill Burke > Priority: Blocker > Fix For: Preview 3 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-53) @EJBs and @Homes
[ http://jira.jboss.com/jira/browse/EJBTHREE-53?page=history ] Bill Burke updated EJBTHREE-53: --- Version: Preview 4 (was: Preview 3) Fix Version: Preview 4 (was: Preview 3) > @EJBs and @Homes > > > Key: EJBTHREE-53 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-53 > Project: EJB 3.0 > Type: Feature Request > Versions: Preview 4 > Reporter: Bill Burke > Assignee: Bill Burke > Fix For: Preview 4 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-56) TreeCache + Entities WIKI page
[ http://jira.jboss.com/jira/browse/EJBTHREE-56?page=history ] Bill Burke updated EJBTHREE-56: --- Version: Preview 4 (was: Preview 3) Fix Version: Preview 4 (was: Preview 3) > TreeCache + Entities WIKI page > -- > > Key: EJBTHREE-56 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-56 > Project: EJB 3.0 > Type: Task > Versions: Preview 4 > Reporter: Bill Burke > Assignee: Bill Burke > Fix For: Preview 4 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-55) EAR/WAR integration tutorial
[ http://jira.jboss.com/jira/browse/EJBTHREE-55?page=history ] Bill Burke updated EJBTHREE-55: --- Version: Preview 4 (was: Preview 3) Fix Version: Preview 4 (was: Preview 3) > EAR/WAR integration tutorial > > > Key: EJBTHREE-55 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-55 > Project: EJB 3.0 > Type: Task > Versions: Preview 4 > Reporter: Bill Burke > Assignee: Bill Burke > Fix For: Preview 4 > > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
jboss-aop.deployer holds a couple of things: the JBoss AOP runtime: Aspects are bound when classes are LOADED even with precompilation. What AOPC does is to preprocess the bytecode to weave in the hooks. The aspects are not bound until runtime. The is late-binding. Late-binding is important for a lot of reasons. ONe of which being you can configure your aspects and which aspects are bound on a per-deployment basis, but still not get the overhead of load-time transformation. Hope I am making sense. Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866275#3866275 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866275 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
one other thing. the jboss-aop.deployer also provides a service that recognizes .aop jars and -aop.xml files that are in the deploy directory. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866276#3866276 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866276 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Running precompiled AOP classes on JBoss 4.0.0
Makes perfect sense. I appreciate the help. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866277#3866277 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866277 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1457) Datasources require JAAS
Datasources require JAAS Key: JBAS-1457 URL: http://jira.jboss.com/jira/browse/JBAS-1457 Project: JBoss Application Server Type: Bug Components: EJBs Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-3.2.6 Final Reporter: Andrew Oliver Priority: Minor do this: vi server/slim/jboss-service.xml and this vi server/slim/deploy/jbossweb-tomcat50.sar/META-INF/jboss-service.xml you get this: 17:51:23,961 ERROR [URLDeploymentScanner] Incomplete Deployment listing: MBeans waiting for other MBeans: ObjectName: jboss.jca:service=LocalTxCM,name=DefaultDS state: CONFIGURED I Depend On: jboss.jca:service=ManagedConnectionPool,name=DefaultDS jboss.jca:service=CachedConnectionManager jboss.security:service=JaasSecurityManager jboss:service=TransactionManager Depends On Me: MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM: ObjectName: jboss.security:service=JaasSecurityManager state: NOTYETINSTALLED I Depend On: Depends On Me: jboss.jca:service=LocalTxCM,name=DefaultDS even with the default hsql-db.xml. However if you remove the (incorrect?) dependence on the CachedConnectionManager from the jboss-jca.rar's stylesheet it still depends on JAAS. If you comment out the JAAS section (not sure why the condition gets triggered anyhow since I have no domain specified) then you get a NPE while it tried to look for JAAS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1458) EJB containers require JRMP invoker
EJB containers require JRMP invoker --- Key: JBAS-1458 URL: http://jira.jboss.com/jira/browse/JBAS-1458 Project: JBoss Application Server Type: Bug Components: EJBs Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-3.2.6 Final Reporter: Andrew Oliver Priority: Minor EJBs require the JRMP invoker even if the container-configuration is not bound to the JRMP invoker. It should be possible to deploy EJBs that are not remotely accessible (even if they have Remote interfaces) via any invoker except for local. Specifying the local invoker in the proxy binding doesn't work either. Consider standard WEB->EJB applications with no remote clients. While you can just block the port, it would be nice not to have to expend resources listening on a port that is blocked. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.290 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050211124029Lbuild.290 BUILD COMPLETE - build.290Date of build: 02/11/2005 12:40:29Time to build: 341 minutes 13 secondsLast changed: 02/11/2005 04:04:12Last log entry: backported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String) Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (1)1.2.2.4modifiedanddcommon/src/main/org/jboss/util/file/Files.javabackported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String)
[JBoss-dev] jboss-4.0 build.372 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050211205236Lbuild.372 BUILD COMPLETE - build.372Date of build: 02/11/2005 20:52:36Time to build: 45 minutes 58 secondsLast changed: 02/11/2005 14:14:13Last log entry: Migrate ws4ee samples to testsuite Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (21)1.9.2.51modifiedtdieslertestsuite/imports/test-jars.xmlMigrate ws4ee samples to testsuite1.1.2.2modifiedremmthirdparty/apache-tomcat55/tomcat-util.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/jasper-runtime.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/naming-resources.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/servlets-cgi.renametojar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/servlets-default.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/servlets-invoker.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/servlets-ssi.renametojar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/servlets-webdav.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/tomcat-ajp.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/tomcat-coyote.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.5.2.2modifiedremmthirdparty/apache-tomcat55/tomcat-http.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/catalina-manager.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/catalina-optional.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/catalina.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.1.2.2modifiedremmthirdparty/apache-tomcat55/jasper-compiler.jar- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.2.2.2modifiedremmthirdparty/apache-tomcat55/README- Update to 5.0.8-dev nightly from 02/11/05 to address emptySessionPath issues.1.3.2.5modifiedremmtomcat/src/resources/server.xml- Use emptySessionPath by default (other developers concurred that this shouldn't be a security risk).- Source compat changes for the JBoss manager (please test).1.3.2.7modifiedremmtomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheManager.java- Use emptySessionPath by default (other developers concurred that this shouldn't be a security risk).- Source compat changes for the JBoss manager (please test).1.117.2.4modifiedpilhuhnserver/src/etc/conf/default/jboss-service.xmlAdd a XMBean descriptor for the Log4jServiceMBean and enable it.1.1.2.1modifiedpilhuhnserver/src/etc/conf/default/xmdesc/Log4jService-xmbean.xmlAdd a XMBean descriptor for the Log4jServiceMBean and enable it.
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - JBoss AOP at AOSD '05 Conference! Register Now!
I'm giving a 3 hour JBoss AOP Tutorial at AOSD 2005 Conference in Chicago. Here's the link: http://www.aosd.net/2005/index.php I'm also giving a practioner's report on how we used AOP to implement EJB3 and how we're leveraging it in our Aspect-Oriented Middleware stack. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866296#3866296 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866296 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - creating a row in Hypersonic SQL DB using JSP to JavaBean to
properties in the JSP are lowercase when passed to the JavaBean and defined in
the JavaBean as lowercase. The JavaBean has get/set for each property passed.
Each get/set function is followed by a capital letter for each property
function. The JavaBean make a call to an CMP:
package com.women.clients;
import java.util.*;
import java.io.*;
import javax.naming.*;
import javax.rmi.PortableRemoteObject;
import com.women.member.*;
//Member is a Bean.
public class Member implements Serializable {
private String id;
private String firstname;
private String lastname;
private String zipcode;
private String city;
private String country;
private MemberHomeRemote home;
private MemberRemote customer;
public Member()
{
try
{
Context jndiContext = new InitialContext();
Object obj = jndiContext.lookup("MemberHomeRemote");
home = (MemberHomeRemote)
PortableRemoteObject.narrow(obj, MemberHomeRemote.class);
The things with this is that I am able to retrieve data from the DataBase using
JSP to JavaBean to Database(Hypersonic SQL database) method, yet I can not
create a row( MemberRemote member = home.create(primaryKey) ) when I call
create():
member = home.create(primaryKey,lastName,firstName,zipcode,city,country);
.
I would appreciate any input!
Thanks!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866297#3866297
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866297
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-jdk-matrix Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050211223237 BUILD FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build: 02/11/2005 22:32:37Time to build: 30 minutes 29 secondsLast changed: 02/11/2005 22:18:21Last log entry: closer Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (173)1.4modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/AnnotationInfo.javacloser1.3modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/ArrayInfo.javacloser1.4modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/ClassInfo.javacloser1.4modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/ConstructorInfo.javacloser1.3modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/EnumConstantInfo.javacloser1.5modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/EnumInfo.javacloser1.4modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/FieldInfo.javacloser1.1addedpatriot1burkecontainer/src/main/org/jboss/reflect/MemberInfo.javacloser1.4modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/MethodInfo.javacloser1.3modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/PrimitiveInfo.javacloser1.2modifiedpatriot1burkecontainer/src/main/org/jboss/reflect/TypeInfo.javacloser1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/reflect/ClassInfoPool.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ExecutionMethodInfoMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/FieldInfoGetMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/FieldInfoMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/FieldInfoSetMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/InfoUtil.javastupid bug1.6modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/Pointcut.javastupid bug1.6modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/PointcutExpression.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/TypeInfoMatcher.javastupid bug1.3modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/Typedef.javastupid bug1.4modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/TypedefExpression.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/WithinInfoMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/AnnotationInfoMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/CallInfoMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ConstructorInfoMatcher.javastupid bug1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ExecutionConstructorInfoMatcher.javastupid bug1.6modifiedpatriot1burkeaop/src/main/org/jboss/aop/annotation/util/FindAnnotations.javastupid bug1.15modifiedstarksmserver/src/etc/conf/default/login-config.xmlRemove the unused FirebirdDBRealm from the standard login module config1.3modifiedosdchicagowebservice/docs/tools-docs/project/en/modules/commandlinetools.xmlFeature matrix divided into client/server/common. Also changed references of jbosswstool to jbossws.1.5modifiedosdchicagowebservice/docs/tools-docs/project/en/modules/featurematrix.xmlFeature matrix divided into client/server/common. Also changed references of jbosswstool to jbossws.1.2modifiedosdchicagowebservice/docs/tools-docs/project/en/modules/goals.xmlFeature matrix divided into client/server/common. Also changed references of jbosswstool to jbossws.1.9modifiedccrouchadmin-console/build.xmladded beanutils to build classpath1.4modifiedccrouchadmin-console/src/test/org/jboss/admin/service/datasource/MBeanServerHelperTest.javaanother testcase for parsing datasource config properties1.2modifiedccrouchadmin-console/src/test/org/jboss/admin/console/web/struts/datasource/ViewPoolInformationActionTest.javaadd check to see new actionform is working1.1addedccrouchadmin-console/src/test/org/jboss/admin/console/web/struts/datasource/ViewDataSourceActionTest.javabasic test for viewing a datasource1.6modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/struts-config.xmlupdated for replacing DynaActionForm1.4modifiedccrouchadmin-console/src/resources/admin-console.war/css/layout.cssupdated to add tabs1.5modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/datasource/detailDataSource.jspupdated to add tabs1.3modifiedccrouchadmin-console/src/resources/admin-console.war/WEB-INF/jsp/datasource/detailDataSource2.jspupdated to add tabs1.4modifiedccrouchadmin-console/src/main/org/jboss/admin/service/datasource/MBeanServerHelper.javafixed bug in handl
[JBoss-dev] [Design of JBoss/Tomcat Integration] - Console output breaks after org.omg.CORBA.MARSHAL Exception
I have a JSP that makes a EJB call to a Weblogic server 8.1 sp3. There is a mismatch between the client classes for the EJB on the web application and the ones on the Weblogic 8.1 server. I get the following exception on the JSP page, nothing on the console javax.servlet.ServletException: java.rmi.MarshalException: CORBA MARSHAL 1398079699 Maybe; nested exception is: org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : Mismatched serialization UIDs : Source (Rep. IDRMI:com.wyndham.features.property.valueobject.PropertyImpl:D4506DE0EBC76C6D:68595C982BBAD313) = 68595C982BBAD313 whereas Target (Rep. ID RMI:com.wyndham.features.property.valueobject.PropertyImpl:DE6345F4203F680C:9BA3A4843264774A) = 9BA3A4843264774A vmcid: SUN minor code: 211 completed: Maybe org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:825) org.apache.jasper.runtime.PageContextImpl.access$1100(PageContextImpl.java:64) org.apache.jasper.runtime.PageContextImpl$12.run(PageContextImpl.java:745) java.security.AccessController.doPrivileged(Native Method) org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:743) org.apache.jsp.testProp_jsp._jspService(testProp_jsp.java:94) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75) The exception is really not a problem, i know how to fix it. The real issue is more alarming. After this exception, any System.out.println() or exception.printStackTraces do not log to the console. Something breaks as far as console logging is concerned when this exception arises. This test case is reproucible every single time. Any idea why this is happening? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3866298#3866298 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3866298 --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2-testsuite build.69 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050211232903Lbuild.69 BUILD COMPLETE - build.69Date of build: 02/11/2005 23:29:03Time to build: 84 minutes 32 secondsLast changed: 02/11/2005 04:04:12Last log entry: backported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String) Unit Tests: (1936) Total Errors and Failures: (24)testNoClassDefFoundErrororg.jboss.test.classloader.test.BasicLoaderUnitTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveExpiredorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestWriteWithExistingReaderorg.jboss.test.cache.test.generic.ReadWriteLockWithUpgradeUnitTestCasetestSRPLoginWithAuxChallengeorg.jboss.test.security.test.SRPLoginModuleUnitTestCase Modifications since last build: (3)1.2.2.4modifiedanddcommon/src/main/org/jboss/util/file/Files.javabackported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String)1.12.4.18modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaMove the SecurityAssociation.setServer call to the start method so that the static initializer is not triggered until the JaasSecurityManagerService starts. Resolves [JBAS-1452] SecurityAssociation trace flag was set too early.1.27.2.17modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManager.javaAdd some additional trace level logging to isValid and validateCache. Resolves [JBAS-1451], Need additional trace level logging about security domain cache validation.
[JBoss-dev] jboss-3.2-jdk-matrix build.53 Build Successful
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050212011224Lbuild.53 BUILD COMPLETE - build.53Date of build: 02/12/2005 01:12:24Time to build: 25 minutes 9 secondsLast changed: 02/11/2005 04:04:12Last log entry: backported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String) Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (3)1.2.2.4modifiedanddcommon/src/main/org/jboss/util/file/Files.javabackported changes from HEADcopy(URL, file)encodeFileName(String)decodeFileName(String)1.12.4.18modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManagerService.javaMove the SecurityAssociation.setServer call to the start method so that the static initializer is not triggered until the JaasSecurityManagerService starts. Resolves [JBAS-1452] SecurityAssociation trace flag was set too early.1.27.2.17modifiedstarksmsecurity/src/main/org/jboss/security/plugins/JaasSecurityManager.javaAdd some additional trace level logging to isValid and validateCache. Resolves [JBAS-1451], Need additional trace level logging about security domain cache validation.
