May 2009 - jboss-user - Jboss List Archives

[JBoss/Spring Integration] - Re: Will JBoss/Spring deployer fix my problem?

by alesj

It could be this: http://jira.springframework.org/browse/SPR-5120 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228213#4228213 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228213

16 years, 11 months

1
0
0 / 0

[EJB 3.0] - Re: EJB3: org.hibernate.type.SerializationException: could n

by D6L

Hi, I have the same opinion like you know. I must change the PK in DB to get it run. I have already changed it and works fine! Thanks a lot for your time, Wolfgang Best Regards D6L View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228212#4228212 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228212

16 years, 11 months

1
0
0 / 0

[Beginners Corner] - Re: 5.0.1GA warning! applicable interceptors is non-existent

by jaikiran

It's taken care of in later versions starting 5.1.0 Beta1 https://jira.jboss.org/jira/browse/EJBTHREE-1709 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228211#4228211 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228211

16 years, 11 months

1
0
0 / 0

[JBoss Tools (users)] - Re: package archiover and dependency

by xmedeko

Hi Rob and Max, from my point of view this is not a much desired feature though. I do not need the EAR to be up to date all the time. Clicking the "Build Archive" before the redeploy is not much bothering. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228210#4228210 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228210

16 years, 11 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Clustering Mixed with 32-bit and 64-bit servers

by MalcolmShen

Thank you all. We are testing on the clustered environment. I will keep you posted if any progress. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228209#4228209 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228209

16 years, 11 months

1
0
0 / 0

[JBoss Tools (users)] - Re: package archiover and dependency

by rob.stryker＠jboss.com

Max: The builder only gets called once when a file is changed, not twice. That one time, I find out fileX changed. I adjust x.jar to include the newly modified fileX. However, at no point in this call do I (the archives builder) check if the OUTPUT file is further included in other archives. Additionally, it seems when a refresh is called on changed resources after a build, a new builder does *not* get called. I haven't found the documentation on this, but I believe any files changed DURING the build operation BY a builder are *not* considered changed on the next build (whether you use resource API or file API, doesn't matter). Using the resource API actually wouldn't fix anything. Even if you change a raw java.io.File, but *REFRESH* the resource, the behaviour should be exactly the same. A quick test has just proved to me that at no point does the first Jar ever get passed in to any builder as a changed item. For a while a long time ago marshall and I had come up with a way to make references between one output jar and another. This way if jarX changes as a result of fileX changing, and jarY *should* change as a result of jarX changing, we can accurately model this in the xml configuration. This happened, though, as he was passing the product off to me and I was making substantial changes to its underlying infrastructure. I'd say that feature was never complete and so never made it into a successful build. In the end it was removed out of concerns over stack overflows and the lack of a proper cycle-finder. There are huge amounts of problems in getting this to work. Basically if I wanted to try to do this, I'd need to keep a list of files changed during my portion of the build. The current API doesn't really support returning which files were changed (I'm already using the return types to return success / failure so a full out API change would be required). If it were only able to do zipped deployment it'd be a lot easier but the nature of using truezip to abstract away folder vs archive makes it even MORE difficult for me to get a list of what files change. To remind you, the reason I'd need this list is to then see if any of these changed / updated output files are in fact included in any OTHER archive's filesets. In short, it was decided long ago that this would not be a supported use-case as-is. To do it via references would require changes to the xml descriptor (to allow for references), the UI (to create these reference types) and the builder (to check for these references). To do it solely in the builder without any additional UI or "reference" concept would require changes to the truezip / archives bridge layer and on a coding level would be much more prone to errors and breakages. The proper way to use archives for this usecase (for now) is simply to nest the archives together in one configuration. What the user is asking for is not and has not been a supported usecase throughout the entire life of the plugin. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228208#4228208 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228208

16 years, 11 months

1
0
0 / 0

[JBoss Tools (users)] - Re: Can't get JBoss AS to start using Jboss Tools

by rob.stryker＠jboss.com

If your server is secured and JMX is not exposed then you must use a different poller than the JMX poller. You'll need to open the server editor and change which poller is being used. Also, if the server does not have JMX exposed, then the tooling can not add the deployment location to the server. Currently the deployment location should be somewhere in the workspace metadata (${workspace}/.metadata/,plugins/org.jboss.ide.eclipse.as.server.core/blahblahblah) If the tooling is told to deploy there (as is the default) and your server is not JMX-exposed, then that deployment location cannot be added to the server and it will not pick up your deployment. I am willing to bet your server does not have JMX unlocked. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228206#4228206 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228206

16 years, 11 months

1
0
0 / 0

[JBoss Messaging] - Re: Porting WLS8.1 to JBoss5 - JNDI lookup for XA factory re

by gaohoward

Have you downloaded and read the AS documents from jboss.org? It should be a good thing to start with. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228200#4228200 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228200

16 years, 11 months

1
0
0 / 0

[JBoss/Spring Integration] - Will JBoss/Spring deployer fix my problem?

by genomeprjct

I posted this on the spring website, as you can probably guess it's gotten no responses. Basically, i have this open source system we're trying to bring up on a few environments so that the admin side can pick which they want to support. The jboss piece has this weird issue w/ bean resolving errors. See link: http://forum.springsource.org/showthread.php?t=71235 Thanks! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228198#4228198 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228198

16 years, 11 months

1
0
0 / 0

[JBoss jBPM] - Cannot login in jbpm-cosole administration

by freak182

Hello, Im trying to login in http://localhost:8181/jbpm-console/app/processes.jsf to administer/test my deployed processdefination but when i try to enter the username/password specified error occured. i already inspect the web.xml but there nothing much to say about users. Thanks a lot. Cheers. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228197#4228197 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228197

16 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user May 2009