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

[Design of JBoss jBPM] - Problems encoding?

by lgg82

Hello, I am working with JBPM, and meet the problem that there is to make a submit or recharge(overload) the page, the information that contain tildes or Ã±'s they turn into other characters. My application is formed in UTF-8, and the servant that I use is Jboss. Might someone me say solve like this? Thank you in advance and a greeting. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133811#4133811 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133811

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS serialization

by alesj

"alessio.soldano(a)jboss.com" wrote : Those metadata include virtual files that are not available on client side when deserialization occurs. OK, then the first problem is leaking this information to the client. Who's responsible for putting that VF there? Perhaps implementing writeObject on that metadata to exclude the VF? While we also have some problems with the serialization itself: - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=131031 We need to work out how to properly deserialize more-than-first-level nested jars. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133808#4133808 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133808

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - VFS serialization

by alessio.soldano＠jboss.com

Hi, while looking at the reason why some of our ws tests are currently failing against AS 5, we were wondering whether a VirtualFile reference could be actually serialized or not, that is this is a supported feature or not. The current failing tests, btw are here http://jbws.dyndns.org:8180/hudson/job/Native-Core-AS-5.0.1/18/testReport...; the webservice app client is using a service-ref to look up the remote webservice metadata that were previously bound on jndi. Those metadata include virtual files that are not available on client side when deserialization occurs. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133806#4133806 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133806

18 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM Classloading

by bwand

Hi, can someone state a comment to the issue. I would like to know what you think about the proposal and how to proceed? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133802#4133802 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133802

18 years, 1 month

1
0
0 / 0

[Design of OSGi Integration] - Re: ServiceReferences outside of OSGi Deployers

by adrian＠jboss.org

You already have the preferred solution in BundleActivatorDeployer. i.e. inject it into your deployer. But, I don't really see a problem with getting it via attachments though as long as you are not wanting to create a BundleContext on a deployment that is undeployed/errored (it won't the attachment). Holding references to all those instance objects doesn't look correct to me when you can get them "on the fly". You're just increasing the memory footprint of the class and adding more references for the GC to track. It's not like its so much work to invoke a getter that it needs caching. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133799#4133799 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133799

18 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: Eclipse project settings in the ejb3 trunk

by ALRubinger

One more thought, a leftover from a discussion with Adrian/Ales the other day: I believe that generated files don't belong in SVN, especially those that cater to developer preferences such as IDE integration. It's easy to get your environment set up by running the maven-eclipse-plugin and I think by committing .classpath we set ourselves up to have these easily fall out of sync. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133796#4133796 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133796

18 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: Eclipse project settings in the ejb3 trunk

by ALRubinger

"ALRubinger" wrote : It's gotta be a simple fix to enhance this Mojo to add a property "-Dmaven.eclipse.noProjectRefs" and override this behavior, no? Turns out, easier than I thought; it's already supported: mvn eclipse:clean eclipse:eclipse -Declipse.useProjectReferences=false Problem is, now it's a PITA because any change you make to one project won't be reflected in others in your workspace until you run a build. I kinda prefer the other way. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133794#4133794 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133794

18 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: Eclipse project settings in the ejb3 trunk

by ALRubinger

"wolfc" wrote : The .classpath files must not contain a reference to a workspace project, because a different version might be in use. So generating them with the aggregator is a no-go. Thanks for pointing this out; I hadn't noticed that. It's gotta be a simple fix to enhance this Mojo to add a property "-Dmaven.eclipse.noProjectRefs" and override this behavior, no? "wolfc" wrote : I somewhat like the idea of using M2 Eclipse plugin but ... | dependency resolution ... different versus Maven builds | ...makes it unusable. It's still a good tool. Eclipse classpath has been different from compile or JUnit classpaths for a long time anyway. So we do what we always do...code in it, and run builds from the command-line before checking in. I'd sent out licenses to the EJB3 team for IntelliJ, which is supposed to have better Maven support. I haven't found the energy to fight habits and give it a good try yet. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133792#4133792 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133792

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: jndiName

by scott.stark＠jboss.org

Your code is basically the same as the ProfileServiceUnitTestCase.testAddDataSource? I'll work on generating the template from the annotation tomorrow. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133791#4133791 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133791

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: jndiName

by adrian＠jboss.org

"bytor99999" wrote : 21:47:32,843 WARN [ManagementViewImpl] Failed to create ManagedDeployment for: MarkDS-ds.xml | org.jboss.deployers.spi.DeploymentException: Context MarkDS-ds.xml not found | at org.jboss.deployers.plugins.main.MainDeployerImpl.getDeploymentContext(MainDeployerImpl.java:173) | at org.jboss.deployers.plugins.main.MainDeployerImpl.getManagedDeployment(MainDeployerImpl.java:650) | at org.jboss.profileservice.management.ManagementViewImpl.loadProfile(ManagementViewImpl.java:186) | At least part of the problem is that you are passing the wrong deployment name here. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4133790#4133790 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4133790

18 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2008