[jira] Updated: (GERONIMO-3481) Offline deployer throws BIND Exception when port 1099 is in use
[ https://issues.apache.org/jira/browse/GERONIMO-3481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks updated GERONIMO-3481: --- Attachment: GERONIMO-3481-3.patch I think this handles resource adapters/mdbs correctly but I haven't been able to do much testing on it yet. The only file changed from the previous patch (I think) is the EjbModuleBuilder. > Offline deployer throws BIND Exception when port 1099 is in use > --- > > Key: GERONIMO-3481 > URL: https://issues.apache.org/jira/browse/GERONIMO-3481 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.1, 2.0.x, 2.1 > Environment: G 2.0.1 - Running multiple instances >Reporter: Vamsavardhana Reddy >Assignee: David Jencks > Fix For: 2.0.2, 2.0.x, 2.1 > > Attachments: GERONIMO-3481-1.patch, GERONIMO-3481-2.patch, > GERONIMO-3481-2a.patch, GERONIMO-3481-3.patch, GERONIMO-3481-weird.patch > > > Offline deployer throws Bind Exception when port 1099 is in use. Here is a > scenario steps in which the problem is experienced. > 1. Extract G-2.0.1-Tomcat distro to C:\ > 2. Create a dir "myserver" under C:\geronimo-j2ee-tomcat-2.0.1 and copy > C:\geronimo-j2ee-tomcat-2.0.1\var to > C:\geronimo-j2ee-tomcat-2.0.1\myserver\var (all sub-directories). > 3. Edit > C:\geronimo-j2ee-tomcat-2.0.1\myserver\var\config-substitutions.properties to > set PortOffset=10. > 4. Open a command window and start Geronimo. Since > org.apache.geronimo.server.name is not set, this will start the default > server instance. > 5. Open a second command window, set > GERONIMO_OPTS=-Dorg.apache.geronimo.server.name=myserver. This will be > command window to run the second server instance with name "myserver" > 6. Run deploy.bat --offline list-modules. > At step 6, I am getting a BIND Exception since port 1099 is in use (by the > default server instance) and the offline deployer is attempting to start rmi > naming on port 1099. Since, this deploy command is run against second server > instance, I would expect that it uses the configuration properties of > "myserver" in which case it should use port 1109 to start rmi-naming if at > all there is a need. When port 1099 is not in use, the offline deployer > works as expected by updating proper config.xml file when a configuration is > deployed/undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3481) Offline deployer throws BIND Exception when port 1099 is in use
[ https://issues.apache.org/jira/browse/GERONIMO-3481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529732 ] Vamsavardhana Reddy commented on GERONIMO-3481: --- The --port is not the way to point the deployer to the server instance it should work with. The --port option is used only by the online deployer. When --offline is specified, --port and --host are ignored. In online mode there is no need to worry about the instance of the server we are deploying to as the deployer 'connects' to the server. The offline deployer uses "org.apache.geronimo.server.name" system property to figure the server instance. It can be set by using GERONIMO_OPTS environment variable. For example GERONIMO_OPTS=-Dorg.apache.geronimo.server.name=myserver will make the offline deployer use config files from /myserver/var/config. The problem is that offline deployer is not applying attribute overrides from myserver/var/config/config.xml (which has the port in question overridden to 1109) but from myserver/var/config/jsr88-configurer-config.xml. > Offline deployer throws BIND Exception when port 1099 is in use > --- > > Key: GERONIMO-3481 > URL: https://issues.apache.org/jira/browse/GERONIMO-3481 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.1, 2.0.x, 2.1 > Environment: G 2.0.1 - Running multiple instances >Reporter: Vamsavardhana Reddy >Assignee: David Jencks > Fix For: 2.0.2, 2.0.x, 2.1 > > Attachments: GERONIMO-3481-1.patch, GERONIMO-3481-2.patch, > GERONIMO-3481-2a.patch, GERONIMO-3481-weird.patch > > > Offline deployer throws Bind Exception when port 1099 is in use. Here is a > scenario steps in which the problem is experienced. > 1. Extract G-2.0.1-Tomcat distro to C:\ > 2. Create a dir "myserver" under C:\geronimo-j2ee-tomcat-2.0.1 and copy > C:\geronimo-j2ee-tomcat-2.0.1\var to > C:\geronimo-j2ee-tomcat-2.0.1\myserver\var (all sub-directories). > 3. Edit > C:\geronimo-j2ee-tomcat-2.0.1\myserver\var\config-substitutions.properties to > set PortOffset=10. > 4. Open a command window and start Geronimo. Since > org.apache.geronimo.server.name is not set, this will start the default > server instance. > 5. Open a second command window, set > GERONIMO_OPTS=-Dorg.apache.geronimo.server.name=myserver. This will be > command window to run the second server instance with name "myserver" > 6. Run deploy.bat --offline list-modules. > At step 6, I am getting a BIND Exception since port 1099 is in use (by the > default server instance) and the offline deployer is attempting to start rmi > naming on port 1099. Since, this deploy command is run against second server > instance, I would expect that it uses the configuration properties of > "myserver" in which case it should use port 1109 to start rmi-naming if at > all there is a need. When port 1099 is not in use, the offline deployer > works as expected by updating proper config.xml file when a configuration is > deployed/undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: New GShell-based Geronimo Server launcher now in server/trunk
Well... me thinks I've finally gotten over the major hump... I had been using Mina 2.x (which is in pre-release right now)... I was using it because it has some synchronous request/response handling muck already there which I kinda needed to implement the remote shell proxy muck. And well, I must have spent like a week digging through code, running tests, rebuilding my tree, and really... going crazy because no matter what I did nothing seemed to behave itself as I needed it to. So I ported and basically re-wrote all that request/response stuff I wanted so I could add debug to it and understand why it was not happy... or try to at least. It really seemed like there was some kind of threading problem or a sync problem but all of the diag I got from logs just made no sense and the results I get from running tests were random at best. Ugh... so anyways, I wanted to use Mina 2.0 for the request/response stuff... which I rewrote anyways... so a little before midnight on the night before the 20th I decided to move Mina 1.1.2 (latest official release). Updated some apis, hacked around a few other bits... and about 10 or 10 minutes into the 20th I had the tcp transports all ported and... um working!!! for the normally async, req/resp and for the stream i/o all at the same time. It was a nice birthday present... such a good feeling to finally get this crap working after going mad over it over the past few days!!! :-) And now over the days past I've fixed up the vm:// transport and fixed some bugs in the req/resp handling which were causing things to puke up insanity in a oh so blissful random form. Um... ya, so I think I've finally mastered... er well, beaten to submission, mina... which I still really like a lot btw... And I've implemented some framework to make using it a little easier for me, probably going to invent some more as I go... but right now... um... it seems to work. Tcp, ssl, vm... all working happy, happy. Message passing along side of stream i/o sitting on top of a few request/ response bits to boot. Oh ya... and well, you can actually get a remote shell with this stuff now. Its not 100% functional, but you can connect to a remote server (running a rsh-server command), authenticate (internally it will do some rsa key exchange muck too) and then well, you are running commands on the remote system. And the output comes back to you, and you can 'exit' the remote shell and get back to your local shell. Wee. Its still not done though, all this batting with mina had kept me from finishing up the gshell rsh protocl bits and finishing up the state management and such... but I think I'm past that now, so I really hope to get these loose ends tied up soonish. Its still a bit POC, I'm still learning and adapting to how best to implement this stuff, but I expect the first version to be a "just make it work" and then after that a bit of refactor to clean things up (which really has how most of the gshell implementation has been going... sans the first week of insane code drops when I wrote most of it). * * * Okay, I'll stop babbling now... my point is... the remoting crapo works... and I think that maybe in another week or so there should be something functional enough for me to integration back into Geronimo. Something like a gsh rsh into a running server (over ssl with authentication) and then maybe a few stupid commands to show vm stats, shutdown or something else. I guess since some peeps are keen for scripting muck I can show how you can use the script command to execute a script on a server too ;-) I'm still working on the 'makecoffee --now' command... :-P Oh, and lastly... and then ya... I'll shut up... If anyone is even remotely interested in any of this crap it would be nice to have another mass of grey matter pondering over some of its present and future... Cheers, --jason PS. Sorry, I couldn't resist... I think that the stuff in there now can probably support a telnet as well as ssh transport impl too. Though I've yet to find an ASL friendly java ssh client+server library to build it with... On Sep 18, 2007, at 3:09 PM, Jason Dillon wrote: Hiya folks... just a quick update on GShell muck... I've been madly hacking on the remote shell support for the past week and well, its really close to being functional. I initially was going to implement a POC over ActiveMQ but that was pissing me off soo much that I decided to peek at what Jeff had done with GShell and discovered how incredibly cool Apache Mina is!! So I've based the remote-shell client/server bits off of Mina and its working out fairly well, though I had to go and learn about it (which was actually fun-ish, sorta, okay not really so much :-P ). Anyways, I've dug through GCache (which really did help me to understand Mina) as well as some other Mina-based projects and I
[jira] Commented: (GERONIMO-3456) Make MEJB security configurable
[ https://issues.apache.org/jira/browse/GERONIMO-3456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529723 ] Anita Kulshreshtha commented on GERONIMO-3456: -- The openejb deployer had to be modified to deploy applications without starting the openejb configuration. Once the patches for openejb and openejb-builder attached to [1] are committed, I will commit this work. [1] http://issues.apache.org/jira/browse/GERONIMO-3481 > Make MEJB security configurable > --- > > Key: GERONIMO-3456 > URL: https://issues.apache.org/jira/browse/GERONIMO-3456 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: OpenEJB, security >Affects Versions: 2.0.1, 2.1 > Environment: All >Reporter: Anita Kulshreshtha >Assignee: Anita Kulshreshtha >Priority: Critical > Fix For: 2.0.2, 2.1 > > Attachments: configs.diff, configs.patch, configs.patch, > mejb-ear-2.1-SNAPSHOT.ear, mejb-ejb-2.1-SNAPSHOT.jar, > mejb-war-2.1-SNAPSHOT.war, mejb.diff, MEJB.java, mejb.patch > > > Currently access to MEJB is not controlled. Add configurable security for > MEJB. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: openejb-deployer config
I had to repeat the stuff in plan.xml to make it work! Now I am getting this exception which is a good thing.. Thanks Anita java.rmi.AccessException: Unauthorized Access by Principal Denied at org.apache.openejb.client.EJBInvocationHandler.convertException(EJBInvocationHandler.java:211) at org.apache.openejb.client.EJBHomeHandler._invoke(EJBHomeHandler.java:156) at org.apache.openejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:115) at org.apache.openejb.client.proxy.Jdk13InvocationHandler.invoke(Jdk13InvocationHandler.java:52) at $Proxy0.create(Unknown Source) at Jsr77Client.main(Jsr77Client.java:103) --- Anita Kulshreshtha <[EMAIL PROTECTED]> wrote: >Thanks David J and David B! I used the patches to build a fresh > server with modified assembly to include MEJB. I was able to access > MEJB from a web application. So far so good.. Now, I am not getting > "access denied" from a plain java client :( even though the generated > DD shows: > > > mejbuser > > ejb/mgmt/MEJB > * > > > > > > Thanks > Anita > > --- David Jencks <[EMAIL PROTECTED]> wrote: > > > After a lot of help from David Blevins I think we've figured out a > > > reasonable plan. I've modified the EjbModuleBuilder to construct a > > > ConfigurationFactory for each app it deploys and fill in > > ContainerInfos from all the EjbContainer gbean in scope of the > app's > > > > Configuration. After some NPE avoidance in ConfigurationFactory > and > > > > a new constructor so we can make sure we use our list of > > ContainerInfos, I can build the MEJB car file. > > > > I've attached a couple more patches to GERONIMO-3481, one that has > > > the openejb changes, and one that has the modified EjbModuleBuilder > > > and the mejb project Anita has been working on (from GERONIMO-3456) > > > > I think what I have now will work for all non-MDBs. IIUC what > David > > > > says I have to look for all ResourceAdapters available to the > > application and construct ContainerInfos for their inbound adapters > > > and then MDBs might work too. > > > > Thanks > > david jencks > > > > On Sep 20, 2007, at 11:42 PM, David Jencks wrote: > > > > > I took a quick look and I think we might be able to copy the > parts > > > > > of OpenejbSystemGBean that the deployer needs into a gbean in the > > > > openejb-deployer module. I'm not sure what the resource adapter > > > > and persistence unit collections are doing we may be able to > > > > replace them with queries against the app's Configuration, which > is > > > > > basically how the geronimo 1.x deployer found stuff. > > > > > > I'll attach what I came up with so far to GERONIMO-3481. My > guess > > > > > is it might deploy ejbs modules that don't have mdbs or external > > > > persistence units. > > > > > > thanks > > > david jencks > > > > > > > > > On Sep 20, 2007, at 7:02 PM, Anita Kulshreshtha wrote: > > > > > >>I am trying to change the openejb-deployer so that it does > not > > > > >> need > > >> to start openejb config. Here is the trace: > > >> > > >> [INFO] > > >> > > > - > > > > >> --- > > >> [ERROR] BUILD ERROR > > >> [INFO] > > >> > > > - > > > > >> --- > > >> [INFO] Unable to resolve reference "OpenEjbSystem" in gbean > > >> org.apache.geronimo. > > >> configs/openejb-deployer/2.1-SNAPSHOT/car? > > >> ServiceModule=org.apache.geronimo.conf > > >> igs/openejb-deployer/2.1-SNAPSHOT/ > > >> car,j2eeType=ModuleBuilder,name=EJBBuilder > > >> to > > >> a gbean matching the pattern > > >> [?name=OpenEjbSystem#org.apache.geronimo.openejb.Op > > >> enEjbSystem]due to: No matches for referencePatterns: > > >> [?name=OpenEjbSystem#org.a > > >> pache.geronimo.openejb.OpenEjbSystem] > > >> > > >> Thanks > > >> Anita > > >> > > >> > > >> > > >> > > > _ > > > > >> ___ > > >> Need a vacation? Get great deals > > >> to amazing places on Yahoo! Travel. > > >> http://travel.yahoo.com/ > > > > > > > > > > > > > Looking for a deal? Find great prices on flights and hotels with > Yahoo! FareChase. > http://farechase.yahoo.com/ > Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/
[jira] Resolved: (GERONIMO-3477) Transaction recovery broken for resource adapter
[ https://issues.apache.org/jira/browse/GERONIMO-3477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevan Miller resolved GERONIMO-3477. Resolution: Fixed Fix Version/s: 2.1 2.0.2 Regression: [Regression] The transaction log wasn't being read properly. This function was regressed by some code restructuring which occurred between M2 and 2.0. Thanks for catching this. If you could verify, that the problem is fixed and close this issue, that would be great. You can download a 2.0.2-SNAPSHOT server binary from: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/assemblies/geronimo-tomcat6-jee5/2.0.2-SNAPSHOT/geronimo-tomcat6-jee5-2.0.2-20070922.184612-1-bin.zip or http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/assemblies/geronimo-jetty6-jee5/2.0.2-SNAPSHOT/geronimo-jetty6-jee5-2.0.2-20070922.184612-1-bin.zip > Transaction recovery broken for resource adapter > > > Key: GERONIMO-3477 > URL: https://issues.apache.org/jira/browse/GERONIMO-3477 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: transaction manager >Affects Versions: 2.0.1 > Environment: GA version of Geronimo 2.0.1 running under Windows XP on > Intel machine >Reporter: Matthew Vaughton >Assignee: Kevan Miller > Fix For: 2.0.2, 2.1 > > > An external JMS Resource adapter is installed into Geronimo. > XA connections configured on the JMS resource adapter are used by a container > managed session EJB to connect and put a message onto two different remote > resource manager queues. Both resource managers XA resources receive a > preprere call and respond rc=0, ie ok. > The first resource manager is called to commit and it does so ok. > The second resource manager is called to commit at which point we kill the > Geronimo server process before the commit is processed. > After restarting the Geronimo server process recover is called on all XA > connections, the second resource manager responds to the recover call with > the indoubt transaction Xid but instead of the required commit call we > receive a rollback call - since the first resource manager has committed the > second resource manager must also be called to commit. > This problem was introduced into the Geronimo code base between M6-rc1 and > 2.0.1 as the transaction recovery scenario described worked fine in M6-rc1 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3481) Offline deployer throws BIND Exception when port 1099 is in use
[ https://issues.apache.org/jira/browse/GERONIMO-3481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529693 ] Anita Kulshreshtha commented on GERONIMO-3481: -- The deployer syntax is deploy.bat . --port=n IIRC, the deployer has 1099 hard coded, i.e. if the port is not specified it will use 1099. Since we use same server image for all instances, I thought this interpretation was OK. This is one way to tell the deployer which server instance to deploy to. Of course we could do more, e.g. infer from geronimo_opts and use the right server instance. > Offline deployer throws BIND Exception when port 1099 is in use > --- > > Key: GERONIMO-3481 > URL: https://issues.apache.org/jira/browse/GERONIMO-3481 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.1, 2.0.x, 2.1 > Environment: G 2.0.1 - Running multiple instances >Reporter: Vamsavardhana Reddy >Assignee: David Jencks > Fix For: 2.0.2, 2.0.x, 2.1 > > Attachments: GERONIMO-3481-1.patch, GERONIMO-3481-2.patch, > GERONIMO-3481-2a.patch, GERONIMO-3481-weird.patch > > > Offline deployer throws Bind Exception when port 1099 is in use. Here is a > scenario steps in which the problem is experienced. > 1. Extract G-2.0.1-Tomcat distro to C:\ > 2. Create a dir "myserver" under C:\geronimo-j2ee-tomcat-2.0.1 and copy > C:\geronimo-j2ee-tomcat-2.0.1\var to > C:\geronimo-j2ee-tomcat-2.0.1\myserver\var (all sub-directories). > 3. Edit > C:\geronimo-j2ee-tomcat-2.0.1\myserver\var\config-substitutions.properties to > set PortOffset=10. > 4. Open a command window and start Geronimo. Since > org.apache.geronimo.server.name is not set, this will start the default > server instance. > 5. Open a second command window, set > GERONIMO_OPTS=-Dorg.apache.geronimo.server.name=myserver. This will be > command window to run the second server instance with name "myserver" > 6. Run deploy.bat --offline list-modules. > At step 6, I am getting a BIND Exception since port 1099 is in use (by the > default server instance) and the offline deployer is attempting to start rmi > naming on port 1099. Since, this deploy command is run against second server > instance, I would expect that it uses the configuration properties of > "myserver" in which case it should use port 1109 to start rmi-naming if at > all there is a need. When port 1099 is not in use, the offline deployer > works as expected by updating proper config.xml file when a configuration is > deployed/undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3481) Offline deployer throws BIND Exception when port 1099 is in use
[ https://issues.apache.org/jira/browse/GERONIMO-3481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529674 ] Vamsavardhana Reddy commented on GERONIMO-3481: --- I am unable to use classes in openejb-deployer\pom.xml on branches\2.0. Here is the build error. [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: unknown POM Location: C:\G\server\branches\2.0\configs\openejb-deployer\pom.xml Reason: Parse error reading POM. Reason: Unrecognised tag: 'import' (position: S TART_TAG seen ...\r\n... @55:21) [INFO] [INFO] Trace org.apache.maven.reactor.MavenExecutionException: Parse error reading POM. Reaso n: Unrecognised tag: 'import' (position: START_TAG seen ...\r\n ... @55:21) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:378) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:290) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.project.InvalidProjectModelException: Parse error re ading POM. Reason: Unrecognised tag: 'import' (position: START_TAG seen ...\r\n... @55:21) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(Default MavenProjectBuilder.java:1423) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(Default MavenProjectBuilder.java:1380) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi leInternal(DefaultMavenProjectBuilder.java:477) at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMave nProjectBuilder.java:200) at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:537) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:467) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:511) at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:511) at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:364) ... 11 more Caused by: org.codehaus.plexus.util.xml.pull.XmlPullParserException: Unrecognise d tag: 'import' (position: START_TAG seen ...\r\n... @55:21) at org.apache.maven.model.io.xpp3.MavenXpp3Reader.parseDependency(MavenX pp3Reader.java:1277) at org.apache.maven.model.io.xpp3.MavenXpp3Reader.parseModel(MavenXpp3Re ader.java:2339) at org.apache.maven.model.io.xpp3.MavenXpp3Reader.read(MavenXpp3Reader.j ava:4438) at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(Default MavenProjectBuilder.java:1419) ... 19 more [INFO] [INFO] Total time: 13 seconds [INFO] Finished at: Sat Sep 22 21:42:20 IST 2007 [INFO] Final Memory: 41M/75M [INFO] > Offline deployer throws BIND Exception when port 1099 is in use > --- > > Key: GERONIMO-3481 > URL: https://issues.apache.org/jira/browse/GERONIMO-3481 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 2.0.1, 2.0.x, 2.1 > Environment: G 2.0.1 - Running multiple instances >Reporter: Vamsavardhana Reddy >Assignee: David Jencks > Fix For: 2.0.2, 2.0.x, 2.1 > > Attachments: GERONIMO-3481-1.patch, GERONIMO-3481-2.patch, > GERONIMO-3481-2a.patch, GERONIMO-3481-weird.patch > > > Offline deployer throws Bind Exception when port 1099 is in use. Here is a > scenario steps in which the problem is experienced. > 1. Extract G-2.0.1-Tomcat distro to C:\ > 2. Create a dir "myserver" under C:\geronimo-j2ee-tomcat-2.0.1 and copy > C:\geronimo-j2ee-tomcat-2.0.1\var to > C:\geronimo-j2ee-tomcat-2.0.1\myserver\var (all sub-directories). > 3
