I've found it out that it's pretty much hopeless on the short-term... I'm looking for GAEJ alternative cloud computing out there... GAEJ has great power, but by its priorities still too limiting... I hope can find something better, otherwise I'd just return because I don't have a better alternative. I'm sensing an opening for others.
On Feb 14, 10:01 pm, b4l4nc3r <b4l4n...@gmx.com> wrote: > BTW, the MaintainJ webapp doesn't write anything on the server-side, > so I doubt it will have trouble running on the GAEJ-configured > Embedded Jetty server. Plus locally it runs on the NORMAL default SUN- > ORacle JRE, and thus not on the specific/limited environment available > in the GAEJ clouds! Could someone at least point out what the path of > the GAEJ local Embedded Jetty server is? I want to try to deploy a > second War in to be loaded for each server-instance. > > On Feb 14, 3:19 am, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > Yeah, I see, and agree with your point. And I did try "it" myself, > > although I mentioned it cryptically with "Googled & tested". And from > > the feedback from your perception, I mis-communicated "it", because I > > didn't intend to take the indicated complex approach. > > > Btw, MaintainJ is a tracing tool, to trace Java call-flows for a > > specific use-case, like logging-in/authentication for instance, to > > generate automated Sequence Diagrams, which then are easily usable in > > Eclipse to navigate to linked source-code and have instant flow- > > insight on a case-to-case basis. It also shows which Strings are being > > communicated during the call, and recently one can even see the > > complete SQL prepared statement generated by any persistence layer, > > like JPA implementations, etc.. > > > To use the tool, however, one has to set it up on the same server > > (servlet container) on which the webapp --targeted to trace its Java > > calls-- will run/debug from. GAEJ comes with its own embedded Jetty > > one, of which I couldn't find the location to pull-off the setup. I > > need to deploy a second war file containing the MaintainJ tracing > > webapp, to run it on the same server-instance as the GAEJ app I'm > > building/debugging locally. The Eclipse GAEJ launch configuration tab > > doesn't offer any relevant options, nor could I find an argument > > switch. So I thought to use a fresh one I could setup myself. GWT > > offers the -noserver switch so that one could use another (non- > > embedded) server. I couldn't find the same option for GAEJ. I > > mentioned MaintainJ to point out my use-case for what I'm asking. > > > My concrete questions are: > > > 1. Is it possible to test/debug/run a GAEJ app locally on a different > > server than the embedded Jetty one? It can even be another Jetty > > configuration, but it has to be an external one rather then the > > embedded one. So that I deploy another webapp to be loaded in the same > > server-instance, and add specific libraries to the server lib dir/ > > path. > > 2. Otherwise can one do the same on the default GAEJ local embedded > > Jetty server? > > > In both cases, if yes, how can one do that exactly? Or where should I > > look for more relevant information? > > > Thanks so far. I could still use another good feedback/nudge (from > > someone?). > > > On Feb 12, 6:41 am, Didier Durand <durand.did...@gmail.com> wrote: > > > > Hi, > > > > And why don't you just try by yourself ? > > > > What you're asking for is so specific so probably nobody has exactly > > > tried what you're asking for. So, people are careful: if they don't > > > know, they will not answer. > > > > 1 main point for that: gae made quite a few changes of the jre (See > > > the while list of emulated classes) and added very specific stuff to > > > its dev env (datastore, tasks, namespace, etc.). SO, it's hard to tell > > > if it works elsewhere or not unless you try it. > > > > Something I can propose though: why don't you work the other round: > > > you respect servlet api + you have DAOs (matching your databases9 for > > > you data access. Then, you can do what you want with maintainj and > > > then moving the app to gae should be pretty staightforward (you > > > replace your DAOs with their gae datastore version). > > > > gae brings its own philosophy: most developers respect it (i.e develop > > > with the sdk and local server) to then leverage the real live > > > environment as soon as possible. I guess that you need to bear the > > > costs by yourself if you want to go on more complex roads. > > > > regards > > > > didier > > > > On Feb 12, 6:18 am, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > > > Either I've landed on a deserted island & I'm left in the mercy of a > > > > huge amount of luck. OR I'm pushing on the wrong buttons.... hmmm..... > > > > > On Feb 11, 10:29 pm, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > > > > Am I missing something? An obvious documentation I should have read > > > > > that would indicate at some point Yes or No? Or am I asking a > > > > > ridicules question here? Someone with enough know-how should be able > > > > > point at some direction with the minimum use of her/his time, right? > > > > > Forget about MaintainJ, just the notion of an GAEJ app locally on a > > > > > non-embedded Jetty server, possible? Someone succeeded? > > > > > > On Feb 11, 6:06 am, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > > > > > Lets try it completely:http://www.maintainj.com/ > > > > > > > On Feb 11, 5:40 am, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > > > > > > Btw, I just found out that for some reason the URL I've used > > > > > > > starting > > > > > > > this discussion/thread is pointing > > > > > > > tohttp://www.google.com/www.maintainj.com > > > > > > > instead ofwww.maintainj.com. Please know that MaintainJ and that > > > > > > > website both do definitely exist and are worth getting into, > > > > > > > hence my > > > > > > > pushy self here. > > > > > > > > On Feb 11, 5:15 am, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > > > > > > > Ok. Lets first start with Yes or No, and perhaps someone else > > > > > > > > could > > > > > > > > elaborate further. > > > > > > > > > On Feb 10, 11:00 pm, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > > > > > > > > To state more straightforward concrete questions: > > > > > > > > > 1. Is it possible to test/debug/run a GAEJ app locally on a > > > > > > > > > different > > > > > > > > > server than the embedded Jetty one? It can even be another > > > > > > > > > Jetty > > > > > > > > > configuration, but it has to be an external one rather then > > > > > > > > > the > > > > > > > > > embedded one. > > > > > > > > > 2. Otherwise can one change the configuration/add libs and > > > > > > > > > deploy > > > > > > > > > another webapp to the same GAEJ configured local Jetty > > > > > > > > > instance? > > > > > > > > > > In both cases, if yes, how can one do that exactly? > > > > > > > > > > On Feb 10, 10:24 am, b4l4nc3r <b4l4n...@gmx.com> wrote: > > > > > > > > > > > What I mean is, GWT has the ability to use a different > > > > > > > > > > server to run > > > > > > > > > > from, like Tomcat for instance. GAEJ doesn't seem to offer > > > > > > > > > > such an > > > > > > > > > > option, at least not from what I was able to do after > > > > > > > > > > having Googled & > > > > > > > > > > tested for quite a few hours. > > > > > > > > > > > The reason why I want to run it on a server other than the > > > > > > > > > > embedded > > > > > > > > > > Jetty one, is so that I could use MaintainJ > > > > > > > > > > (www.maintainj.com) which > > > > > > > > > > needs a special setup on the server side, including > > > > > > > > > > deploying a > > > > > > > > > > separate webapp on the same server of which I want to trace > > > > > > > > > > the calls > > > > > > > > > > of another deployed webapp. I couldn't figure out where or > > > > > > > > > > how to > > > > > > > > > > setup the embedded Jetty one, so that's why I'm trying a > > > > > > > > > > bit more > > > > > > > > > > flexible approach to cover more future cases I've in mind. > > > > > > > > > > > Any nudge in the right direction is appreciated. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.