October 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - JBoss Tools and Red Hat Developer Studio

by max.andersen＠jboss.com

...you probably already know; but just to make sure you all know it ;) http://in.relation.to/Bloggers/NewBetaReleasesOfJBossToolsAndRedHatDevelo... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092733#4092733 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092733

18 years, 7 months

1
0
0 / 0

[JBoss Tools (users)] - Re: WTP2.0.1, JBossAS-Tools-1.0.0.beta4 not publishing corre

by max.andersen＠jboss.com

Another thought is that a ant build file doing incremental updates would have the exact same issues.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092732#4092732 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092732

18 years, 7 months

1
0
0 / 0

[JBoss Tools (users)] - Re: WTP2.0.1, JBossAS-Tools-1.0.0.beta4 not publishing corre

by max.andersen＠jboss.com

btw. timestamps are updated and since the existing file won't change timestamp before the touch it should be fine (in most cases) Anyway ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092731#4092731 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092731

18 years, 7 months

1
0
0 / 0

[JBoss Tools (users)] - Re: WTP2.0.1, JBossAS-Tools-1.0.0.beta4 not publishing corre

by max.andersen＠jboss.com

Ok - long thread, let me shorten it down. No - we don't use renameTo(), we use copy. What we do in case of updates I'll need to check in code - or maybe even get rob to chime in. And I've never bumped into these issues and I run both on Linux and Windows...maybe my machine is just too fast ... The descriptor is not updated before the user actually updates it, but I can see how it might be relevant when doing a full update. With respect to the deployer ignoring updates if a certain file is present that is something I always thought about doing but is it really an issue in day-to-day dev ? I think you raise some valid issues, I'll point Rob to this thread; but I would also really like to have concrete examples of things actually failing because of these things (your missing files is not one of them as far as i can see - they might be a cause of something else which we definitly needs fixing) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092729#4092729 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092729

18 years, 7 months

1
0
0 / 0

[JBossWS] - Re: wsdl based web-service (like a paypal simulator)?

by rocken7

Yep same result, with -Xmx1024m I get a java.lang.OutOfMemory error: Java heap space . Here is what I did (just to confirm): @Local | @Stateless | @WebServiceProvider( | serviceName = "PayPalAPIInterfaceService", | portName = "PayPalAPIAA", | targetNamespace = "urn:ebay:api:PayPalAPI", | wsdlLocation="META-INF/wsdl/PayPalSvc.wsdl") | @ServiceMode(value=Service.Mode.MESSAGE) | @WebContext(contextRoot = "/report") | public class PaypalSoapSimulator implements Provider<SOAPMessage> | { | public SOAPMessage invoke(SOAPMessage requestSoapMessage) | { | ... | } | | } | Is this a possible memory leak in JbossWS ? Any other ideas? or is 1024m not enuf ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092723#4092723 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092723

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: Difference in an @Asynchronous method

by wiberto

Any idea on this? I can manually marhall that data type, but XFire doesn't work. Does Seam does anything different to the contexts or threads when running under @Asynchornous? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092722#4092722 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092722

18 years, 7 months

1
0
0 / 0

[JBoss AOP] - Re: duplicate method: _getAdvisor

by flavia.rainone＠jboss.com

Strange... this seems to be some problem of framework incompatibility. This class is being generated by which tool/framework? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092720#4092720 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092720

18 years, 7 months

1
0
0 / 0

[JBoss jBPM] - Re: How to use hibernate session in jbpm xhtml files

by Nicos109

ok but you're writing your own taglib, that's fine but I'd prefer not to do this but rather use the existing taglibs. for example the combo box could be filled with a list object. what I'd like to do is something like this : <f:selectItems value=#{var['list']}> or <f:selectItems value=${sessionScope['list']}> what should I do in a JAVA action class to make this possible ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092719#4092719 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092719

18 years, 7 months

1
0
0 / 0

[JBoss Tools (users)] - Re: WTP2.0.1, JBossAS-Tools-1.0.0.beta4 not publishing corre

by dlmiles

"max.andersen(a)jboss.com" wrote : I haven't had time to reproduce your scenario, but if WTP default adapters does not work with it then something else is missing. | | Check out the prjoects beta4 of jbosstools (announcing later today, but already available for download) generates for Seam EAR ...it is just using normal WTP funcitonallity. | WTP is working (after I cleaned by deploy/ dir manually of the exploded EAR) and WTPs default mechanism is to deploy to a EAR file (not exploded). FYI: I am already using beta4 (as per the thread subject :-) ). anonymous wrote : Yes - apparently default WTP adapter does not check if the project is already deployed (and possibly exploded) | | Yes - that is the most efficient way of deploying/developing so that is what we do by default. All Agreed. anonymous wrote : * Does it matter that my workspace and my JBoss runtime location are on different file system (different drives), since its not possible to rename files between my workspace and the JBoss runtime location. The IDE must perform a file copy. | | anonymous wrote : I don't understand the question. | | | | Renames/Deletes/Creations in your workspace will automatically be reflected on to the deployment location incrementally. | | | | why should that be affected by them being on different drives ? The Java operation that is "java.io.File#renameTo()" does not work across filesystems (or Drive letters I expect with windows). The only way to move a file from one filesystem to another is with a file copy. With Eclipse you can never assume the workspace filesystem, the project filesystem are the same. In the case with server tooling you can also never assume the filesystem your JBoss runtime is located on is the same as either of the above. For example: Workspace => C:\workspace Project => D:\project JBoss Runtime => E:\JBoss-4.2.1.GA\ So this is why its necessary to copy a file from your project build area into a temporary location in the JBoss Runtime first and then move it (via a rename) to the deploy subdir. * Copy file D:\project\bin\domain\MyClass.class to E:\JBoss-4.2.1.GA\server\default\tmp\MyClass.tmp * Fix modification stamp on E:\JBoss-4.2.1.GA\server\default\tmp\MyClass.tmp * Rename E:\JBoss-4.2.1.GA\server\default\tmp\MyClass.tmp to E:\JBoss-4.2.1.GA\server\default\deploy\MyEAR.war\MyEJB.jar\domain\MyClass.class So as you can see if the implementation of server tooling does not follow the strict methods outline above bad things can happen. For example: * If you try to rename directly from workspace/project into jboss runtime tree, then that wont work and _SHOULD_ indicate error from the #renameTo() call, you are checking all the error returns aren't you ? (another issue some people think it Throws an exception, which it can but most run of mill errors are indicated in the boolean return value). * If you try to fix modification stamp after you make the file visible to the runtime (by putting it into deploy/ subtree) then its possible the runtime will see the old timestamp first. * If you try to copy files directly from workspace/project tree directly into the final destination path then its possible to the runtime will see the partially built file and act upon it. This is one reason why modifications to descriptor should always be done last, like WEB-INF/web.xml is always the last update (reorder it if necessary). * If you try to copy files directly into workspace (by way of file truncation followed by file writes) you will get random crashes when you do this with jars on unix, since the active JVM the container is using cached information from the ZIP header or something but you just modified the contents, so its seeks to the wrong place, decodes something and crashes due to seemly corrupt data, yeah sure the JVMs ZIP implementation needs to be more robust but you cause the problem when you changed the file contents. * Any errors on file manipulation must always be shown to the IDE user, ensure you check the return values correctly. * Ideally when an IDE is making modifications to the a container runtime that is live it needs to do this in co-operation with that container. Basically you need to inhibit the deployer from acting now, even if it sees a timestamp change, while the IDE is will modifying, easiest way to do this is to have the IDE create a file like WEB-INF/deploy-ide-update.properties, which its mere existance makes the container busy loop after the moment it detects a change but before it performs a deployment action because of the detected change; until the file is removed by the IDE. Discussion on one this is best left for another time. The original Tomcat server tooling between WTP 0.7 and WTP 1.5.x was making many of these errors. Some of the reasons were due to a windows way of thinking about the world as opposed to a unix one (a transactional one). anonymous wrote : * When the files are copied are they copied atomically, i.e. each file is copied into tmp/filename.tmp first, then its last modified time is fixed to whatever it needs to be, then its renamed (i.e. moved) to the deploy/whatever/filename.foo. | | anonymous wrote : | | As said earlier, we don't use any tmp location; it is copied from the original location to the deployment. The timestamp will be updated in that process too (if not it's a bug) You can see from my brief outline of some of the problems why using a temporary can be important to get good service from the server tooling. anonymous wrote : please report a bug on this if this is how beta4 behaves (this is a bug that were present in beta3). | I have tested the jbosstools as ear deployment extensively with our EAR structure (which is just WTP) and it works...so if you could attach a project to a jira that shows this error it would be great. | Sure I can put an issue on if this thread doesn't turn up any identifiable cause. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092718#4092718 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092718

18 years, 7 months

1
0
0 / 0

[JBoss AOP] - Re: [org.jboss.aop.deployment.AspectDeployer:254] failed to

by flavia.rainone＠jboss.com

Hi, It really seems to be a bug. I wonder whether it happens also on JBoss AOP 2 beta... I created a jira issue to solve this: http://jira.jboss.com/jira/browse/JBAOP-477 Regarding the fact that we have to rebuild the interceptor chain, it is part of the undeployment proccess. We could try to optimize the process by allowing several dynamic aop operations to be performed in a single batch, before the interceptor chain being rebuilt. I don't know, however, if it is possible (and simple) to not rebuild the chains on the case of undeployment. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092714#4092714 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092714

18 years, 7 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 October 2007