Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <mcu...@jb...> - 2006-07-10 20:27:52
|
Again, it's a JBoss configuration issue.. so yes maybe the AS adapter could have a list of deployment directories.. Rob care to chime in? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956750#3956750 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956750 |
|
From: <max...@jb...> - 2006-07-10 20:24:35
|
new one - it is a different version since we already did the release. just build against HEAD for now and I hope we will have a final build later for which i can tag head and we can test against. is that ok? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956748#3956748 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956748 |
|
From: <max...@jb...> - 2006-07-10 20:22:32
|
well, people like to change their JSF's today while they are in some structure that J2EE can deploy...can't you just tell it to monitor some rootdirectory ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956746#3956746 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956746 |
|
From: <cle...@jb...> - 2006-07-10 20:06:16
|
"rpa_rio" wrote : Clebert, | | Sorry, i checked here and this is a Hibernate related issue that was causing that error. | now that I spent some time on it I'm curious... :-) Can you point me what's the issue? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956742#3956742 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956742 |
|
From: <cle...@jb...> - 2006-07-10 20:03:13
|
The problem won't be on Cidades. The problem will be on the class holding Cidades. Again... can't you send me the whole thing in private? clebert.suconic at jboss.com I won't of course publish anything. Clebert View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956738#3956738 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956738 |
|
From: rpa_rio <do-...@jb...> - 2006-07-10 20:01:28
|
Clebert, Sorry, i checked here and this is a Hibernate related issue that was causing that error. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956737#3956737 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956737 |
|
From: <mcu...@jb...> - 2006-07-10 19:58:54
|
Hey guys -- FYI.. My new packaging tools includes API for auto-generating both exploded and standard JAR/WAR/whatever. The only thing extra we need is for the AS Adapter to support exploded deployments (which should be really easy). Max.. adding your project as a deployment URL to JBoss isn't an option unless we enforce the standard J2EE structure on the users.. (which is something we're trying to get away from? ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956736#3956736 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956736 |
|
From: <mcu...@jb...> - 2006-07-10 19:57:07
|
I will probably start building later tonight.. are you planning on just moving the beta6 tag or making a new one? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956735#3956735 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956735 |
|
From: rpa_rio <do-...@jb...> - 2006-07-10 19:50:56
|
This is my Cidade.java:
package br.gov.go.tj.execpen.entidades;
import java.io.Serializable;
public class Cidade implements Serializable
{
static final long serialVersionUID = 1l;
private Integer codigo;
private String nome;
private String uf;
public Cidade() {
}
public Integer getCodigo() {
return(codigo);
}
public void setCodigo(Integer codigo) {
this.codigo = codigo;
}
public String getNome() {
return(nome);
}
public void setNome(String nome) {
this.nome = nome;
}
public String getUf() {
return uf;
}
public void setUf(String uf) {
this.uf = uf;
}
}
and when the error happens all fields are null.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956731#3956731
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956731
|
|
From: <cle...@jb...> - 2006-07-10 19:30:37
|
I need to know what caused it. A regular null reference should be treated without any problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956722#3956722 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956722 |
|
From: rpa_rio <do-...@jb...> - 2006-07-10 19:25:49
|
Clebert, I'm almost sure that Cidade class reach this point as null reference: (ObjectDescriptorFactory.java, line 191) metaData = ClassMetamodelFactory.getClassMetaData(obj.getClass(),cache.isCheckSerializableClass()); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956720#3956720 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956720 |
|
From: <cle...@jb...> - 2006-07-10 19:20:28
|
What I meant was... you could reproduce a JbossSerialization failure by just playing with your classes, without having to play with MyFaces in a testcase at al. I will be able to fix this for you, as long as you create the testcase. Clebert PS: If you want to send me this in private it's okay. (I also speak Portuguese BTW as I'm brazilian). In case you do let me know if I can include it as part of the testcases, or if it's something confidential for you. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956716#3956716 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956716 |
|
From: rpa_rio <do-...@jb...> - 2006-07-10 19:13:15
|
I found this on the log: DEBUG: describeObject::Calling writeReplace for br.gov.go.tj.execpen.entidades.Cidade$$EnhancerByCGLIB$$652dbb34 I'll investigate a little more. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956711#3956711 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956711 |
|
From: <kab...@jb...> - 2006-07-10 19:06:35
|
I have had a play with getting aop to work with jboss retro. In the standalone aop tests everything seems to work apart from annotation introductions with loadtime weaving. The main gist of it is JBoss AOP uses its classpool repository to add the annotations and these are then woven into the class. Next the retro annotation helper comes along and tries to read the annotations using a ctclass from its classpool repository. Since that pool is empty it loads up the raw resource from the .class file which does not contain the introduced annotations. I think when using aop and jboss retro that the aop classpool should be used in favour of the jboss retro one. Meaning we need some common interfaces for the pool stuff. Question is where should this live? I don't mind putting it in jboss retro since there will be some dependency on jboss retro when running with jdk 1.4, although having a dependency on jboss retro when running in jdk 5 might be strange... An option might be to split out a jboss-retro-interfaces. jar Thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956708#3956708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956708 |
|
From: <cle...@jb...> - 2006-07-10 19:05:08
|
I need some way to reproduce your issue, preferably something only using plain serialization. Things that would change default behavior on serialization (to help you identify some pattern) - readResolves - private write or readObject - non serializable classes not implementing default constructor - adding something not supposed to be in the serialization tree (like socket or connection) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956707#3956707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956707 |
|
From: rpa_rio <do-...@jb...> - 2006-07-10 18:37:24
|
Nothing. Same problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956696#3956696 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956696 |
|
From: <tom...@jb...> - 2006-07-10 18:34:20
|
"genman" wrote : | The discussion is facinating to me. It seems like Tom and Keith are mostly agreeing, and probably would agree 90% with each other if put in the same room. | Indeed, and we don't have to be in the same room for that. You put it exactly as i feel as well. "genman" wrote : Having a very good email node and a web interface might be sufficient for a lot of use cases. Adding in web service calls (JBoss ESB?) would probably get you to 80%. Personally, I'm a bit of an optimist. | | Perhaps you'd like to share specific stories or use cases that couldn't be represented in some sort of graphical tool. IMHO, everything can be made configurable through a form in a graphical tool. But the problem is the completeness of the language. You can't define a language that is makes everything configurable on the level of a non-tech person. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956695#3956695 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956695 |
|
From: <rl...@jb...> - 2006-07-10 18:17:43
|
Right now we are unjarring a bunch of stuff into three folders for ejb3 embeddable: 1) thirdparty classes 2) hibernate classes 3) jboss classes Are these folders used for anything other than jarring up the build artifacts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956685#3956685 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956685 |
|
From: <cle...@jb...> - 2006-07-10 17:56:56
|
Can you download sourcecode from CVS and try again? I have made some changes on ClassLoading operations. Maybe that will solve your problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956673#3956673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956673 |
|
From: genman <do-...@jb...> - 2006-07-10 17:25:28
|
Although I don't work with BPM, I work with domain-specific programming languages a lot at work and have dealt with layers of abstraction and defining boundaries between business and developer levels. The discussion is facinating to me. It seems like Tom and Keith are mostly agreeing, and probably would agree 90% with each other if put in the same room. Having a very good email node and a web interface might be sufficient for a lot of use cases. Adding in web service calls (JBoss ESB?) would probably get you to 80%. Personally, I'm a bit of an optimist. Perhaps you'd like to share specific stories or use cases that couldn't be represented in some sort of graphical tool. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956656#3956656 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956656 |
|
From: <sco...@jb...> - 2006-07-10 17:24:25
|
I updated the VDFDeploymentScanner Dimitris had worked to a VFSDeploymentScanner that integrates with the VFS and ProfileService(See org.jboss.system.server.profileservice.VFSDeploymentScannerImpl in the system2 module). A number of questions came up in this update. 1. What does hot deployment mean in the context of a ProfileService? The current implementation simply uses hot deployment as a simple mechanism to add deployments to the current server profile. Its a shortcut for editing the profile via some admin tool. 1a. In this context, what does touching a deployment mean? Any deployment added via hot deployment could have been edited any number of management tools and overriden the raw deployment metadata. 1b. Should a hot deployment service be a pure development notion that only loads deployments into memory and does not update the current profile? 2. The ordering of deployments based on suffix is largely useless with the current deployment framework that has any number of deployers operate on a deployment. Correct startup order is a function of deployers adding the correct dependency metadata to the kernel deployments they create. Any deployment package level dependency control would seem to be an aspect/deployer that used its own metadata to create place holder kernel objects (or used equivalents from jsr77) to introduce coarse grained dependencies. The question is, is this assement correct, and do we need such a coarse grained deployment aspect/deployer? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956655#3956655 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956655 |
|
From: rpa_rio <do-...@jb...> - 2006-07-10 17:17:44
|
No, because there's some database communication, the only think that i know this is happens when i have some null values in my class. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956652#3956652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956652 |
|
From: tcordova <do-...@jb...> - 2006-07-10 17:17:44
|
I get a "This request requires HTTP authentication ()." page error when I try to load the wikiportlet page from my JBoss 2.4 CR1 portal... any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956651#3956651 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956651 |
|
From: msegvich <do-...@jb...> - 2006-07-10 16:10:06
|
I had that too. My default server is under: C:\jboss-4.0.4\server\default I'm running jdk 5.0 and I have a JAVA_HOME environment variable. Here's my build.xml file, which is under: C:\jboss-test-1.0.0.CR1\examples | <?xml version="1.0"?> | | <project name="jboss-test-example" default="" xmlns:server="http://jboss.org/ns/test/ant/server"> | | <property name="examples.home" value="."/> | <property name="jboss.test.home" value="../"/> | <property environment="env"/> | <property name="jboss.home" value="C:\jboss-4.0.4"/> | | | <!-- ========================================================================== | Classpath | =========================================================================== --> | <path id="compile.classpath"> | | <fileset dir="${jboss.test.home}/lib"> | <include name="*.jar"/> | </fileset> | <fileset dir="${examples.home}/lib"> | <include name="*.jar"/> | </fileset> | <pathelement location="${examples.home}/lib"/> | </path> | | <path id="jboss.test.classpath"> | <pathelement path="${jboss.test.home}/lib/jboss-test.jar"/> | </path> | | <property name="node0" value="localhost" /> | <property name="node0.jndi.url" value="jnp://${node0}:1099" /> | <property name="jpda.cmdline" value="" /> | <property name="junit.formatter.usefile" value="true" /> | <property name="jboss-junit-configuration" value="YOUR_SERVER_VERSION" /> | | <!-- ========================================================================== | Compile the source | =========================================================================== --> | <target name="compile"> | | <mkdir dir="output"/> | | <javac destdir="output" | debug="on" | deprecation="on" | optimize="on" | classpathref="compile.classpath"> | <src path="src"/> | </javac> | | </target> | | <!-- ========================================================================== | Task Definition | =========================================================================== --> | <taskdef name="config" classname="org.jboss.ant.taskdefs.server.ConfigManagerTask" | uri="http://jboss.org/ns/test/ant/server" loaderref="server.loader"> | <classpath id="server.taskdef.classpath"> | <path refid="jboss.test.classpath"/> | </classpath> | </taskdef> | <taskdef name="start" classname="org.jboss.ant.taskdefs.server.StartServerTask" | uri="http://jboss.org/ns/test/ant/server" loaderref="server.loader"> | <classpath refid="server.taskdef.classpath"/> | </taskdef> | <taskdef name="stop" classname="org.jboss.ant.taskdefs.server.StopServerTask" | uri="http://jboss.org/ns/test/ant/server" loaderref="server.loader"> | <classpath refid="server.taskdef.classpath"/> | </taskdef> | | <!-- ========================================================================== | Server Tasks | =========================================================================== --> | <server:config javaHome="${env.JAVA_HOME}" jbossHome="${jboss.home}"> | <server name="default" host="${node0}"> | <jvmarg value="${jpda.cmdline}" /> | <jvmarg value="-Xmx256m" /> | <sysproperty key="java.endorsed.dirs" value="${jboss.home}/lib/endorsed" /> | </server> | </server:config> | | | <target name="test" depends="compile"> | <server:start name="default"/> | | <junit printsummary="yes" haltonfailure="yes"> | <sysproperty key="java.naming.provider.url" value="${node0.jndi.url}"/> | | <classpath> | <path refid="compile.classpath"/> | <pathelement location="output"/> | </classpath> | <formatter type="plain"/> | | <sysproperty key="jboss-junit-configuration" value="${jboss-junit-configuration}"/> | <formatter classname="org.jboss.ant.taskdefs.XMLJUnitMultipleResultFormatter" usefile="${junit.formatter.usefile}" extension="-${jboss-junit-configuration}.xml" /> | | <test name="org.jboss.test.naming.test.SimpleUnitTestCase" haltonfailure="no"/> | </junit> | | <server:stop name="all"/> | </target> | | </project> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956632#3956632 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956632 |
|
From: ddegroff <do-...@jb...> - 2006-07-10 15:57:46
|
http://www.ehealthconnect.net/ehc/JBossESB-MX.pdf This description offers more detail about the proposed JBESB-based message exchange facility. Any thoughts/comments/suggestions/concerns are gratefully accepted. Dave DeGroff View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3956627#3956627 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3956627 |
1965 messages has been excluded from this view by a project administrator.
