Comments (12)
Please attach a launch config that shows the problem.
Original comment by [email protected]
on 4 May 2009 at 1:00
- Changed state: More-Info
from run-jetty-run.
Sorry: the problem is a bit more involved than I first described.
If you create a launch config, by default it defines the classpath with just
this:
<stringAttribute key="org.eclipse.jdt.launching.CLASSPATH_PROVIDER"
value="RunJettyRunWebAppClassPathProvider"/>
However, if you edit the classpath in the Eclipse launch editor, then it places
an
explicit list of the Classpath entries into the .launch file (see attached
file).
Unfortunately, we needed to change the classpath to move our application's
default
classpath after the RunJettyRun entries - we have a dependency on Selenium and
that
has an old, incompatible copy of Jetty embedded in one of its jars :-( If we
don't
put the RunJettyRun jars first then the launch won't work...
Original comment by [email protected]
on 5 May 2009 at 8:57
Attachments:
from run-jetty-run.
The class path that rjr now uses to start does NOT include the web app's class
path.
Instead, a class loader is created based on the class path of the web app's
Eclipse
project (e.g. the output directory, and the output directory of the projects it
depends on, and any jars those projects depend on). These changes may help to
address that specific problem with Selenium such that you don't need to edit
the
class path. Can you try it out?
Original comment by [email protected]
on 5 May 2009 at 11:52
from run-jetty-run.
It does address my particular problem. In other words, the default entries for
classpath in the launch editor now work OK for me.
However, if someone did need to edit the classpath for some reason, they would
run
into this problem. It's probably a low priority issue :-)
Original comment by [email protected]
on 15 May 2009 at 6:50
from run-jetty-run.
rjr doesn't actually provide the classpath tab (that comes from the JDT, and
includes
the saving of the classpath configuration). I'm uncertain whether rjr has any
involvement in saving the contents of the classpath tab; it is likely that the
tab is
initialized from the values computed by rjr, and that may be done in such that
you
get absolute paths "too early".
Original comment by [email protected]
on 16 May 2009 at 2:48
- Changed state: Accepted
- Added labels: Priority-Low
- Removed labels: Priority-Medium
from run-jetty-run.
Now that I've debugged the rendering of the classpath tab, it is obvious that
rjr is
involved in computing the contents.
I'm contemplating the following ideas:
On the theory that the classpath tab should show the runtime classpath of the
project being
debugged (e.g. the path to the servlets and their dependencies), I could remove
bootstrap.jar and the jetty runtime jars from the classpath presented in the
classpath tab.
Have rjr provide a ClasspathVariableInitializer, which would create one or
several classpath
variables, which denote the location of the API jars (e.g. for javax.servlet).
These could
then be used by the developer to setup the JDT build path for the project being
debugged.
I could add an IClasspathContainer implementation that provides the API jars.
rjr already hard codes the set of runtime jars needed for jetty; instead of
having that info
in the plug-in, it could be in Bootstrap (the main that is started). It could
be set to
find the jars it needs as siblings of its own jars. This would reduce the size
of the
argument list.
Any thoughts?
Original comment by [email protected]
on 17 May 2009 at 2:30
from run-jetty-run.
I've tried the workaround proposed: add the variable string
"${bundle_loc:runjettyrun}/lib/jetty-6.1.6.jar", but eclipse raises an error
"Reference to undefined variable bundle_loc"
How can I configure eclipse to recognize bundle_loc?
Original comment by [email protected]
on 27 Aug 2009 at 10:08
from run-jetty-run.
Sorry, I'm not familiar with bundle_loc. Perhaps the original submitter can
update
this issue with more details.
Original comment by [email protected]
on 28 Aug 2009 at 12:04
from run-jetty-run.
Unfortunately I wasn't able to get it work, so every developer has to create a
variable pointing to jetty bundle location. Perhaps we could raise the priority
of
this issue?
Original comment by [email protected]
on 10 Sep 2009 at 11:49
from run-jetty-run.
Add this issue as a part for 1.2.2 ,
plan to use Container to manager Jetty Bundle in future.
Original comment by tonylovejava
on 20 Mar 2011 at 5:47
- Added labels: 1.2.1
from run-jetty-run.
Ready since 2011/3/21 , will build in version 1.2.1 .
If you are running old project, please don't forget to
"restore default" for classpath after you upgrade 1.2.1 .
Original comment by tonylovejava
on 21 Mar 2011 at 3:59
- Changed state: Fixed
- Added labels: 1.2
- Removed labels: 1.2.1
from run-jetty-run.
Committed in r95.
Original comment by tonylovejava
on 21 Mar 2011 at 4:00
from run-jetty-run.
Related Issues (20)
- Duplicated bootstrap implementation in every jetty version plugin
- No repository found at http://xzer.github.io/run-jetty-run-updatesite/current/. HOT 2
- The jetty plugin makes opening "run configurations" very slow HOT 10
- servlet3 does work, but spring mvc aysnc (servlet3) doesn't HOT 2
- No context loaded when using custom jetty.xml HOT 6
- How to enable Jetty's JMX?
- Update site broken HOT 1
- Error occurs when installing on Eclipse Luna HOT 2
- Provide a way to set setWantClientAuth (or do it by default) HOT 1
- How to allow reverse proxy through RunJettyRun HOT 1
- Maven Managed Dependencies cannot be loaded automatically. HOT 1
- How to add support for Jetty 9.4.6.v20170531 HOT 2
- Cannot update from nightly update site HOT 9
- Update site is down HOT 5
- how to let single instance jetty-run for multiple web apps HOT 2
- How to install RJR OFFLINE HOT 1
- The calling class org.jboss.resteasy.cdi.CdiInjectorFactory is placed in multiple bean archives HOT 1
- Test dependencies are present in the runtime classpath
- error about jsr356 when start in eclipse used RJR
- Using recent JREs yields MaxPermSize error HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from run-jetty-run.