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

[Design of JBoss Portal] - Moved federation module to portlet-federation

by julien＠jboss.com

The federation module has been moved to portlet-federation which means : - the top module federation is renamed portlet-federation - the package org.jboss.portal.federation to org.jboss.portal.portlet.federation - the intellij module has been renamed and updated Probably that Thomas will have to modify the eclipse files as well to keep them in sync. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008284#4008284 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008284

17 years, 11 months

1
0
0 / 0

[Design of JBoss Portal] - Re: DB test matrix

by julien＠jboss.com

It looks like the URL is not correct for mysql : java.lang.reflect.InvocationTargetExceptionCaused by: org.xml.sax.SAXParseException: The reference to entity "jdbcCompliantTruncation" must end with the ';' delimiter. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source) at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:76) at org.jboss.portal.test.framework.embedded.DataSourceSupport$Config.fromXML(DataSourceSupport.java:271) at org.jboss.portal.test.framework.embedded.DataSourceSupport$Config.fromXML2(DataSourceSupport.java:259) at org.jboss.portal.test.cms.AbstractCMSTestCase.createTestSuite(AbstractCMSTestCase.java:83) at org.jboss.portal.test.cms.commands.TestFileArchiveUpload.suite(TestFileArchiveUpload.java:74) ... 7 more View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008254#4008254 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008254

17 years, 11 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Classpath problems in deployment

by danthony74

please disregard - realised this is the wrong forum. Cheers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008252#4008252 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008252

17 years, 11 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - 4.0.5 org.jboss.test.compatibility.test.SerialVersionUIDUnit

by visolvejboss

Hello All, We have encountered an error in org.jboss.test.compatibility.test.SerialVersionUIDUnitTestCase which was already discussed and the error has been filed as a bug against JBoss 4.0.3SP1 AS. The bug was closed saying that it was fixed in 4.0.4.GA. But we are facing same error again in the same platform. AS : JBoss 4.0.5.GA JDK : 1.5.0.02 (HP-UX JVM) OS : HP-UX The error message is given below. | Failures on SerialVersionComparisson:javax.management.loading.MLet, org.jboss.monitor.alarm.AlarmNotification, org.jboss.monitor.alarm.AlarmTableNotification | | junit.framework.AssertionFailedError: Failures on SerialVersionComparisson:javax.management.loading.MLet, | org.jboss.monitor.alarm.AlarmNotification, | org.jboss.monitor.alarm.AlarmTableNotification | at org.jboss.test.compatibility.test.SerialVersionUIDUnitTestCase.test401Compatibility(SerialVersionUIDUnitTestCase.java:185) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | Refer the following for the former discussion and bug. Discussion : http://www.jboss.com/index.html?module=bb&op=viewtopic&t=77604 Bug : http://jira.jboss.com/jira/browse/JBAS-2965 Please help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008240#4008240 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008240

17 years, 11 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Classpath problems in deployment

by danthony74

Hi All, I'm trying to deploy an ear with the following components: EAR ->SAR (depends on classes in WAR, JAR and HAR) ->WAR(depends on classes in JAR and HAR) ->JAR(depends on classes in HAR) ->HAR The SAR needs to access classes defined in the WAR and JAR. It is unable to find classes defined in the Jar, and won't deploy. Everything else works as intended. I believe this to be a classloader problem. Does anyone have any thoughts on how to resolve this? Cheers, Dan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008234#4008234 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008234

17 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Process definition element label attribute

by tom.baeyens＠jboss.com

"kukeltje" wrote : Come on Tom.... Now I do not get you anymore... you opposed the addition of the variable type to the jdpl file so strongly and now in addition to a name, a mappedname and a description, a new label is added? Then please include the variable type as well, and now I come to think of it, why not include the coordinates as well (like xpdl) | there are a lot of things that i don't want. * usage of the id attribute and an optional name attribute would be nice xml, but backwards incompatible * forced label declaration separate from the id. probably this was the spark that made me something that i do want : an optional extra attribute called label. sorry if this is what you already proposed before. As for the variable declarations, I have already changed my mind on that some time ago. I think it would be good to have it in, although, there is no need for it now, there are some extensions in the core engine that i want like variable initialization and type declaration. Both optional, of course. Mostly, the variable declarations also can have there benefits for the GPD. So that the GPD can offer drop downs instead of text boxes for variables. I don't treat this as a priority yet. Since there is no actual usage for it now. Also the way to use user-defined variable declaration data in e.g. forms has to be studied further for it to work in a general case. "kukeltje" wrote : The name is to be unique (like an id) is, on transitions used, for reference (like an idref) why not ditch the name/to then and realy use an ID and idref? the xsd standard can make sure these constraints are automatically met (a refid should point to an existing id, id's should be unique etc..etc..etc..ebBP uses this) Sorry if I sound a little frustrated (two STFF posts in 10 minutes) but I do mean what I say in 4.0, i might consider want to switch to id and schema idref stuff. but that would become backwards incompatible... and needs a conversion utility. if the schema idref can be added to point to the name attribute, we could add it in our current schema (although we have to see how this works with superstates) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008213#4008213 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008213

17 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Web console changes - IMPORTANT

by kukeltje

I could not find any references of problems with this in the RI and just looked at the seam templates for seam-gen. This also generates the doctype but that uses myfaces.... so I realy think it has something to do with the RI. Maybe we should post something there and remove it (temporarily for now) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008201#4008201 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008201

17 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Web console changes - IMPORTANT

by tom.baeyens＠jboss.com

"david.lloyd(a)jboss.com" wrote : The task form generation uses the facelets include mechanism just like it did before. Are you sure ? I can remember that I struggled with that problem as well. Also I remember about facelets docs mentioning that only content inside the body tag was included. I don't remember how I actually solved it. Afaik, I already checked with firefox at the time, but I'm not sure of that. Did you have a look at facelets composition, fragment, include and insert ? Preferrably, we should have it working with the DOCTYPE's included in the forms. But if that is not possible, we should change the designer. Please, let Koen know asap wether or not you can get the desired behaviour out of facelets. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008197#4008197 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008197

17 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Process definition element label attribute

by paolodt

Nice Tom, I was thinking exactly the mechanism you have described. The descriptive label should be optional if not provided it would return the name value. In this way it would be possible to have a more flexible process model presentation view, not tied to the elements name that should never change being identifiers used in the workflow application code. In which version do you think it could be released? Thanks, Paolo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008173#4008173 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008173

17 years, 11 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: RI tools dependency

by heiko.braun＠jboss.com

In order to plugin a different tools layer it is necessary to implement an ant macro that will be used to invoke the tools codebase. See | jbossws-test/ant-import/jaxws-tools-delegate.xml | for an example. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4008172#4008172 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4008172

17 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums January 2007