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

[Deployers on JBoss (Deployers/JBoss)] - Re: HOWTO deploy webapp dynamically

by scott.stark＠jboss.org

"adrian(a)jboss.org" wrote : | That's exactly what it is for. It says I have predetermined what the | metadata is, so don't override it with whatever else you find, e.g. by parsing xml Agreed, but my point is that its not clear the webservices deployment layer is in the position to make this distinction. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160609#4160609 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160609

15 years, 12 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: HOWTO deploy webapp dynamically

by adrian＠jboss.org

If you want it to parse xml then pass in a StructureMetaData that says where that should come from. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160608#4160608 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160608

15 years, 12 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: HOWTO deploy webapp dynamically

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : Even though the predetermined object bucket is not the right one to be using, | Yes it is. That's exactly what it is for. It says I have predetermined what the metadata is, so don't override it with whatever else you find, e.g. by parsing xml View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160607#4160607 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160607

15 years, 12 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: HOWTO deploy webapp dynamically

by scott.stark＠jboss.org

Is this affecting our current tck regressions? Even though the predetermined object bucket is not the right one to be using, I don't think it should prevent the this code from working provided the context root is set correctly. The org.jboss.wsf.spi.deployment.Deployment spi does not make the distinction between predetermined vs transient attachments so it does not look like an spi issue that should be fixed for CR1. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160604#4160604 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160604

15 years, 12 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS4EE and AS5

by richard.opalka＠jboss.com

We generate web.xml/jboss-web.xml for JBoss AS 5 Beta 4 and we generate JBossWebMetaData for JBoss AS 5 trunk. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160600#4160600 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160600

15 years, 12 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS4EE and AS5

by scott.stark＠jboss.org

The issue in jbossas5 is that unless the descriptor is generated before the parsing deployers execute, its not going to be used, at least properly. I think we still have duplicate descriptor parsing going on from legacy tomcat behavior, but I'm not sure since the JBAS-5144 changes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160599#4160599 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160599

15 years, 12 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS4EE and AS5

by anil.saldhana＠jboss.com

Is that statement really true? You generate web.xml/jboss-web.xml or you generate the JBossWebMetaData directly? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160597#4160597 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160597

15 years, 12 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS4EE and AS5

by richard.opalka＠jboss.com

"anil.saldhana(a)jboss.com" wrote : | I see that JBossWS is trying to deploy a web application for ejb based WS. This web application would be the entry point for the WS apps. | | Do you still dynamically generate the web.xml/jboss-web.xml? Yes, we still dynamically generate web.xml/jboss-web.xml for EJB endpoints. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160596#4160596 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160596

15 years, 12 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS HDScanner test

by scott.stark＠jboss.org

Right, there are a number of issues/usescases that we need tests to validate the expected behavior of. The main issue is that we need to be able to write a piece of deterministic code relative to our lock usage, meaning, if the only accessors of the file is the VFS, I can know whether or not the delete should succeed. We still should return true/false as to whether the delete succeeds so calling code can deal with an unexpected failure, or an expected failure as might occur if there is no guarantee that a legitimate lock may exist. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160594#4160594 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160594

15 years, 12 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS HDScanner test

by mstruk

anonymous wrote : | There should be a better api than having to set a system property to clear all unused locks. Can't this be incorporated into the VirtualFileHandler delete implementation? | Yes, we could add delete() method to VirtualFileHandler, and VirtualFile. How should this method behave in the case of zip entries? It could be a no-op, or it could throw an exception ... It's possible that someone causes locks outside of jbossas so even with this method a file delete is not guaranteed, we could return false in this case like File.delete() does. Also, it's possible that the file we're trying to delete is in the middle of legitimate use. We can be 'bastards' and forcefully close the ZipFile and delete it. Or we can have a short grace period. VirtualFileHandler: | /** | * Delete a file represented by this handler | * | * @param gracePeriod max time to wait for locks (in milliseconds) | * @return boolean true if file was deleted, false otherwise | * @throws IOException for any error | */ | public boolean delete(int gracePeriod) throws IOException; | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160591#4160591 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160591

15 years, 12 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2008