You might wonder why I cannot start AS7 in JPDA mode and debug in Eclipse. The issue is Arquilian tries to start the container again and I see "Address in use" exceptions in the log. This is even after I have used ======= @RunWith(Arquillian.class) @Run(RunModeType.AS_CLIENT) ======= annotations. So I am not sure if Arquilian can check whether AS7 is already running. If yes, don't try to start the containers. On 03/21/2011 12:56 PM, Anil Saldhana wrote: > Hi all, > I have a test case that constructs a web archive using arquilian and > then deploys on AS7. > > But I am not seeing any way to use JPDA on AS7 via the JUnit test > because Arquilian is starting the container. Neither the standalone.conf > JPDA settings nor the vm arguments set in eclipse allow me to trace > through AS7 code. > > Anybody else faced this? > > Regards, > Anil _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

> Are you using the managed or the embedded container? > > If you are using managed you should be able to do: > > -Djboss.options="-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=5005,server=y,suspend=y" > > If you are using embedded -Dmaven.surefire.debug should work as normal. That does not remove the problem of users running their server at the same time doing development. I wonder if Arquillian could start its server needs on a separate port to not have conflicts ?

/max > > Stuart > > On 22/03/2011, at 6:37 AM, Anil Saldhana wrote: > >> You might wonder why I cannot start AS7 in JPDA mode and debug in Eclipse. >> The issue is Arquilian tries to start the container again and I see >> "Address in use" exceptions in the >> log. This is even after I have used >> ======= >> @RunWith(Arquillian.class) >> @Run(RunModeType.AS_CLIENT) >> ======= >> annotations. >> >> So I am not sure if Arquilian can check whether AS7 is already running. >> If yes, don't try to start the containers. >> >> On 03/21/2011 12:56 PM, Anil Saldhana wrote: >>> Hi all, >>> I have a test case that constructs a web archive using arquilian and >>> then deploys on AS7. >>> >>> But I am not seeing any way to use JPDA on AS7 via the JUnit test >>> because Arquilian is starting the container. Neither the standalone.conf >>> JPDA settings nor the vm arguments set in eclipse allow me to trace >>> through AS7 code. >>> >>> Anybody else faced this? >>> >>> Regards, >>> Anil >> _______________________________________________ >> jboss-as7-dev mailing list >> jboss-as7-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev > > > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev /max http://about.me/maxandersen _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

>>> If you are using managed you should be able to do: >>> >>> -Djboss.options="-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=5005,server=y,suspend=y" >>> >>> If you are using embedded -Dmaven.surefire.debug should work as normal. >> >> That does not remove the problem of users running their server at the same time doing development. >> >> I wonder if Arquillian could start its server needs on a separate port to not have conflicts ? > > To me, that's solving the problem at the wrong level. ARQ's job is not > to define configuration for the server. If we want to default to a > different development config profile to avoid these types of conflicts, > I find that more attractive. That is what I meant, but since the configs would be the same but simply just an offset specified when starting up it becomes the same does it not ? Anyway, I'm curious how you guys workaround this problem when using arquillian - I keep having to remember shutting down my AS before running anything Arquillian related. Maybe that is the only approach?

/max > > S, > ALR > > >> >> /max >> >>> >>> Stuart >>> >>> On 22/03/2011, at 6:37 AM, Anil Saldhana wrote: >>> >>>> You might wonder why I cannot start AS7 in JPDA mode and debug in Eclipse. >>>> The issue is Arquilian tries to start the container again and I see >>>> "Address in use" exceptions in the >>>> log. This is even after I have used >>>> ======= >>>> @RunWith(Arquillian.class) >>>> @Run(RunModeType.AS_CLIENT) >>>> ======= >>>> annotations. >>>> >>>> So I am not sure if Arquilian can check whether AS7 is already running. >>>> If yes, don't try to start the containers. >>>> >>>> On 03/21/2011 12:56 PM, Anil Saldhana wrote: >>>>> Hi all, >>>>> I have a test case that constructs a web archive using arquilian and >>>>> then deploys on AS7. >>>>> >>>>> But I am not seeing any way to use JPDA on AS7 via the JUnit test >>>>> because Arquilian is starting the container. Neither the standalone.conf >>>>> JPDA settings nor the vm arguments set in eclipse allow me to trace >>>>> through AS7 code. >>>>> >>>>> Anybody else faced this? >>>>> >>>>> Regards, >>>>> Anil >>>> _______________________________________________ >>>> jboss-as7-dev mailing list >>>> jboss-as7-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>> >>> >>> _______________________________________________ >>> jboss-as7-dev mailing list >>> jboss-as7-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >> >> /max >> http://about.me/maxandersen >> >> >> >> >> _______________________________________________ >> jboss-as7-dev mailing list >> jboss-as7-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev /max http://about.me/maxandersen

>> That is what I meant, but since the configs would be the same but simply just an offset specified when starting up >> it becomes the same does it not ? >> >> Anyway, I'm curious how you guys workaround this problem when using arquillian - I keep having to remember shutting >> down my AS before running anything Arquillian related. >> >> Maybe that is the only approach? > > Well, yes. I always shut down my AS instance before starting another one (whether via ARQ or not). Yeah, its just that its so easy now to end up in a weird port or runtime conflict that I think many won't notice and believe there is a bug when if they had just been made aware of it somehow the confusion could be avoided.

> Unless you're using the ARQ remote connector to attach to an existing remote process, and you don't want ARQ managing your server lifecycle (only deployment and testing). ARQ Managing your server lifecycle ? How would that work ? For me ARQ is just about starting/attaching and stopping/detaching when running tests.

IMO Starting/Stopping AS for debugging/"real" testing is done from command line scripts or if using an IDE for it with whatever mechanism they use (which aren't ARQ)

/max > > S, > ALR > >> >> >> /max >> >>> >>> S, >>> ALR >>> >>> >>>> >>>> /max >>>> >>>>> >>>>> Stuart >>>>> >>>>> On 22/03/2011, at 6:37 AM, Anil Saldhana wrote: >>>>> >>>>>> You might wonder why I cannot start AS7 in JPDA mode and debug in Eclipse. >>>>>> The issue is Arquilian tries to start the container again and I see >>>>>> "Address in use" exceptions in the >>>>>> log. This is even after I have used >>>>>> ======= >>>>>> @RunWith(Arquillian.class) >>>>>> @Run(RunModeType.AS_CLIENT) >>>>>> ======= >>>>>> annotations. >>>>>> >>>>>> So I am not sure if Arquilian can check whether AS7 is already running. >>>>>> If yes, don't try to start the containers. >>>>>> >>>>>> On 03/21/2011 12:56 PM, Anil Saldhana wrote: >>>>>>> Hi all, >>>>>>> I have a test case that constructs a web archive using arquilian and >>>>>>> then deploys on AS7. >>>>>>> >>>>>>> But I am not seeing any way to use JPDA on AS7 via the JUnit test >>>>>>> because Arquilian is starting the container. Neither the standalone.conf >>>>>>> JPDA settings nor the vm arguments set in eclipse allow me to trace >>>>>>> through AS7 code. >>>>>>> >>>>>>> Anybody else faced this? >>>>>>> >>>>>>> Regards, >>>>>>> Anil >>>>>> _______________________________________________ >>>>>> jboss-as7-dev mailing list >>>>>> jboss-as7-dev(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> jboss-as7-dev mailing list >>>>> jboss-as7-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>> >>>> /max >>>> http://about.me/maxandersen >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> jboss-as7-dev mailing list >>>> jboss-as7-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>> _______________________________________________ >>> jboss-as7-dev mailing list >>> jboss-as7-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >> >> /max >> http://about.me/maxandersen >> >> >> /max http://about.me/maxandersen _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

> > Any issues in the forums or similar where users are actually reporting > this problem? And that they can't figure out they've started running 2 > AS instances in the same port space? I'll have to dig - the latest one was one Aslak contacted me on based on a forum posting to Arquillian.

>> IMO Starting/Stopping AS for debugging/"real" testing is done from command line scripts or if using an IDE for it with whatever mechanism they use (which aren't ARQ) > > Respectfully disagree. That's how it's traditionally been done because > we've had no better way. Again, ARQ can manage the server lifecycle in > Embedded and Managed modes. And "real testing" is subjective; I can do > all sorts of amazing things in these modes (like used shared memory to > test concurrency and pass-by-reference) that are impossible in other > ways. Not to mention that it's dead simple to run. by "real testing" I mean you are running against the "real" thing and not some stripped down server/deployment.

And unless i'm completely misunderstanding you then the start/stop of a server via ARQ is still doing the "lifecycle" of a junit/integration test run.

Just because ARQ provides this does not mean the "live"/"real" running on the server goes away ?

> The most isolated run mode is Remote, which yes, most closely reflects a > production environment. I like to encourage the notion of using > whatever run level is appropriate, and also use many layers of testing. Yes, but unless ARQ has some serious magic going on it is still not as fast as the IDE to do incremental deployments and there is other tooling setup/configuration that is hard/requires a lot of work of the very userclasses dependent ARQ approach.

/max > > S, > ALR > >> >> /max >> >>> >>> S, >>> ALR >>> >>>> >>>> >>>> /max >>>> >>>>> >>>>> S, >>>>> ALR >>>>> >>>>> >>>>>> >>>>>> /max >>>>>> >>>>>>> >>>>>>> Stuart >>>>>>> >>>>>>> On 22/03/2011, at 6:37 AM, Anil Saldhana wrote: >>>>>>> >>>>>>>> You might wonder why I cannot start AS7 in JPDA mode and debug in Eclipse. >>>>>>>> The issue is Arquilian tries to start the container again and I see >>>>>>>> "Address in use" exceptions in the >>>>>>>> log. This is even after I have used >>>>>>>> ======= >>>>>>>> @RunWith(Arquillian.class) >>>>>>>> @Run(RunModeType.AS_CLIENT) >>>>>>>> ======= >>>>>>>> annotations. >>>>>>>> >>>>>>>> So I am not sure if Arquilian can check whether AS7 is already running. >>>>>>>> If yes, don't try to start the containers. >>>>>>>> >>>>>>>> On 03/21/2011 12:56 PM, Anil Saldhana wrote: >>>>>>>>> Hi all, >>>>>>>>> I have a test case that constructs a web archive using arquilian and >>>>>>>>> then deploys on AS7. >>>>>>>>> >>>>>>>>> But I am not seeing any way to use JPDA on AS7 via the JUnit test >>>>>>>>> because Arquilian is starting the container. Neither the standalone.conf >>>>>>>>> JPDA settings nor the vm arguments set in eclipse allow me to trace >>>>>>>>> through AS7 code. >>>>>>>>> >>>>>>>>> Anybody else faced this? >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Anil >>>>>>>> _______________________________________________ >>>>>>>> jboss-as7-dev mailing list >>>>>>>> jboss-as7-dev(a)lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> jboss-as7-dev mailing list >>>>>>> jboss-as7-dev(a)lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>>>> >>>>>> /max >>>>>> http://about.me/maxandersen >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> jboss-as7-dev mailing list >>>>>> jboss-as7-dev(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>>> _______________________________________________ >>>>> jboss-as7-dev mailing list >>>>> jboss-as7-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>> >>>> /max >>>> http://about.me/maxandersen >>>> >>>> >>>> >> >> /max >> http://about.me/maxandersen >> >> >> >> >> _______________________________________________ >> jboss-as7-dev mailing list >> jboss-as7-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev /max http://about.me/maxandersen _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev