J2EE running


Hi All,
We're planning to change application server startup policy (for weblogic &
tomcat).
At the moment: you have to customize jars, VM parameters and program
parameters in order to start the server.
We think it'd be better to allow user to set paths for startup/shutdown
executable files for the server. It seems to be more flexible and convenient
for user.
Any opinions and suggestions are welcome.
--
Olesya Smirnova
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


26 comments
Comment actions Permalink

Em Wed, 19 May 2004 17:16:18 +0400, Olesya Smirnova (JetBrains) escreveu:


Hi All,
We're planning to change application server startup policy (for weblogic &
tomcat).
At the moment: you have to customize jars, VM parameters and program
parameters in order to start the server. We think it'd be better to allow
user to set paths for startup/shutdown executable files for the server. It
seems to be more flexible and convenient for user.
Any opinions and suggestions are welcome.


Sounds good. All application servers that I know of use a startup script
anyway (exception: orion can just be run with "java -jar orion.jar", which
is actually very nice of them)

--
Marcus Brito <pazu@animegaiden.com.br>


0
Comment actions Permalink

I think that allowing users to specify paths to startup/shutdown scripts
would be a good alternative; however, I wouldn't throw away what you have
now.

I like being able to configure startup/shutdown of a server without having
to maintain shell scripts.

Users should be able to select either one of the two options.

Tim

"Olesya Smirnova (JetBrains)" <lesya@intellij.com> wrote in message
news:c8fmn2$t53$1@is.intellij.net...
>

Hi All,
We're planning to change application server startup policy (for weblogic &
tomcat).
At the moment: you have to customize jars, VM parameters and program
parameters in order to start the server.
We think it'd be better to allow user to set paths for startup/shutdown
executable files for the server. It seems to be more flexible and

convenient

for user.
Any opinions and suggestions are welcome.
--
Olesya Smirnova
Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>
>


0
Comment actions Permalink

This may help us. We start Tomcat via the startup.bat. This allows us
to set the classpath via the setclasspath.bat file. We for some strange
reason feel we have to go against the standard that the rest of the
world follows and have our libraries set-up via the server classpath.


Norris Shelton
Sun Certified Java Programmer




Olesya Smirnova (JetBrains) wrote:

>Hi All,
>We're planning to change application server startup policy (for weblogic &
>tomcat).
>At the moment: you have to customize jars, VM parameters and program
>parameters in order to start the server.
>We think it'd be better to allow user to set paths for startup/shutdown
>executable files for the server. It seems to be more flexible and convenient
>for user.
>Any opinions and suggestions are welcome.

>

0
Comment actions Permalink

Hi,

The web/J2EE servers are usually bundled with startup/shutdown scripts
so we expect no need to maintain any separate scripts.

Tim Haley wrote:

I think that allowing users to specify paths to startup/shutdown scripts
would be a good alternative; however, I wouldn't throw away what you have
now.

I like being able to configure startup/shutdown of a server without having
to maintain shell scripts.

Users should be able to select either one of the two options.

Tim

"Olesya Smirnova (JetBrains)" <lesya@intellij.com> wrote in message
news:c8fmn2$t53$1@is.intellij.net...

>>Hi All,
>>We're planning to change application server startup policy (for weblogic &
>>tomcat).
>>At the moment: you have to customize jars, VM parameters and program
>>parameters in order to start the server.
>>We think it'd be better to allow user to set paths for startup/shutdown
>>executable files for the server. It seems to be more flexible and


convenient

>>for user.
>>Any opinions and suggestions are welcome.
>>--
>>Olesya Smirnova
>>Developer
>>JetBrains, Inc
>>http://www.jetbrains.com
>>"Develop with pleasure!"
>>
>>




--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

They are, but what about special items like remote debug settings, port
numbers, and administrative login information?

Doesn't IDEA need access to these items or to have them set to something
specified by IDEA? If so, would I need to modify my scripts to provide the
values specified by IDEA?

Tim


"Maxim Mossienko" <Maxim.Mossienko@jetbrains.com> wrote in message
news:c8frn4$rgn$1@is.intellij.net...

Hi,

>

The web/J2EE servers are usually bundled with startup/shutdown scripts
so we expect no need to maintain any separate scripts.

>

Tim Haley wrote:

I think that allowing users to specify paths to startup/shutdown scripts
would be a good alternative; however, I wouldn't throw away what you

have

now.

>

I like being able to configure startup/shutdown of a server without

having

to maintain shell scripts.

>

Users should be able to select either one of the two options.

>

Tim

>

"Olesya Smirnova (JetBrains)" <lesya@intellij.com> wrote in message
news:c8fmn2$t53$1@is.intellij.net...

>
>>Hi All,
>>We're planning to change application server startup policy (for weblogic

&

>>tomcat).
>>At the moment: you have to customize jars, VM parameters and program
>>parameters in order to start the server.
>>We think it'd be better to allow user to set paths for startup/shutdown
>>executable files for the server. It seems to be more flexible and
>

convenient

>
>>for user.
>>Any opinions and suggestions are welcome.
>>--
>>Olesya Smirnova
>>Developer
>>JetBrains, Inc
>>http://www.jetbrains.com
>>"Develop with pleasure!"
>>
>>
>
>
>

>
>

--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"



0
Comment actions Permalink

I have a separate debugging script for tomcat, but all it does is set a
few environment variables for Tomcat, then calls the normal startup.bat.

Norris Shelton
Sun Certified Java Programmer




Tim Haley wrote:

>They are, but what about special items like remote debug settings, port
>numbers, and administrative login information?
>
>Doesn't IDEA need access to these items or to have them set to something
>specified by IDEA? If so, would I need to modify my scripts to provide the
>values specified by IDEA?
>
>Tim
>
>
>"Maxim Mossienko" <Maxim.Mossienko@jetbrains.com> wrote in message
>news:c8frn4$rgn$1@is.intellij.net...

>
>>Hi,
>>
>>The web/J2EE servers are usually bundled with startup/shutdown scripts
>>so we expect no need to maintain any separate scripts.
>>
>>Tim Haley wrote:
>>
>>
>>>I think that allowing users to specify paths to startup/shutdown scripts
>>>would be a good alternative; however, I wouldn't throw away what you
>>>
>>>
>have

>
>>>now.
>>>
>>>I like being able to configure startup/shutdown of a server without
>>>
>>>
>having

>
>>>to maintain shell scripts.
>>>
>>>Users should be able to select either one of the two options.
>>>
>>>Tim
>>>
>>>"Olesya Smirnova (JetBrains)" <lesya@intellij.com> wrote in message
>>>news:c8fmn2$t53$1@is.intellij.net...
>>>
>>>
>>>
>>>>Hi All,
>>>>We're planning to change application server startup policy (for weblogic
>>>>
>>>>
>&

>
>>>>tomcat).
>>>>At the moment: you have to customize jars, VM parameters and program
>>>>parameters in order to start the server.
>>>>We think it'd be better to allow user to set paths for startup/shutdown
>>>>executable files for the server. It seems to be more flexible and
>>>>
>>>>
>>>convenient
>>>
>>>
>>>
>>>>for user.
>>>>Any opinions and suggestions are welcome.
>>>>--
>>>>Olesya Smirnova
>>>>Developer
>>>>JetBrains, Inc
>>>>http://www.jetbrains.com
>>>>"Develop with pleasure!"
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>--
>>Best regards,
>> Maxim Mossienko
>>IntelliJ Labs / JetBrains Inc.
>>http://www.intellij.com
>>"Develop with pleasure!"
>>
>>
>
>

>

0
Comment actions Permalink

Hi,

Debug settings will go from IDEA options to these files (so yes, we need
to modify them to pass additional parameters), login information will go
in backward direction.


Tim Haley wrote:

They are, but what about special items like remote debug settings, port
numbers, and administrative login information?

Doesn't IDEA need access to these items or to have them set to something
specified by IDEA? If so, would I need to modify my scripts to provide the
values specified by IDEA?

Tim


"Maxim Mossienko" <Maxim.Mossienko@jetbrains.com> wrote in message
news:c8frn4$rgn$1@is.intellij.net...

>>Hi,
>>
>>The web/J2EE servers are usually bundled with startup/shutdown scripts
>>so we expect no need to maintain any separate scripts.
>>
>>Tim Haley wrote:
>>
>>>I think that allowing users to specify paths to startup/shutdown scripts
>>>would be a good alternative; however, I wouldn't throw away what you


have

>>>now.
>>>
>>>I like being able to configure startup/shutdown of a server without


having

>>>to maintain shell scripts.
>>>
>>>Users should be able to select either one of the two options.
>>>
>>>Tim
>>>
>>>"Olesya Smirnova (JetBrains)" <lesya@intellij.com> wrote in message
>>>news:c8fmn2$t53$1@is.intellij.net...
>>>
>>>
>>>>Hi All,
>>>>We're planning to change application server startup policy (for weblogic


&

>>>>tomcat).
>>>>At the moment: you have to customize jars, VM parameters and program
>>>>parameters in order to start the server.
>>>>We think it'd be better to allow user to set paths for startup/shutdown
>>>>executable files for the server. It seems to be more flexible and
>>>
>>>convenient
>>>
>>>
>>>>for user.
>>>>Any opinions and suggestions are welcome.
>>>>--
>>>>Olesya Smirnova
>>>>Developer
>>>>JetBrains, Inc
>>>>http://www.jetbrains.com
>>>>"Develop with pleasure!"
>>>>
>>>>
>>>
>>>
>>>
>>
>>--
>>Best regards,
>> Maxim Mossienko
>>IntelliJ Labs / JetBrains Inc.
>>http://www.intellij.com
>>"Develop with pleasure!"




--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

Please still allow for sane servers (like orion!) to be launched as they are currently. Orion doesn't come with any startup scripts, and the plugin currently constructs the command line args to invoke directly, (ie, java blahblahblah) rather than execing some script.

0
Comment actions Permalink

I'm seeing the results of this thread, and I think I'd like to chime in at this point.

I think that what I see in 2051 is too complex for its own good. What was wrong with Tomcat starting and being setup the way it used to work? Right now there are a batch of new settings which might bring more customization to the screen, but render the whole experience of setting an application server up more complex, and what you gain by this is nothing, you just spend more time setting it up.

The other problem I have is that I'm asked to setup a J2EE server, and I do by pointing it to the Tomcat directory. Then When I setup Tomcat from the run config, I have to set everything up there again. makes no sense.

if you want to make it easy, use the one screen to setup an app server. The screen in the IDE preferences where you're already asking us the question. What I would do is have the ability to add a weblogic, Tomcat and JSR45 server. Based on that choice, bring up a screen with the proper settings. Let us set it up once.

When I go into the web app run config setup, let me choose the app server I already setup. Don't fill it up with a bunch of crazy screens. Then just let me choose the context there if appropriate.

This makes the setup process simple, and we do it ONCE. It also makes the screen you deal with most, web app config setup, very simple with minimal entries.

Thanks
R

0
Comment actions Permalink

I like that we can now specify the startup file. Until this option,
Tomcat always had to be ran remote because we need startup.bat instead
catalina.jar.

However, I like the old screen. Any chance we can go back to that?
Just specify catalina home, etc. with the option to specify the
startup/shutdown script?

Norris Shelton
Sun Certified Java Programmer




Robert S. Sfeir wrote:

>I'm seeing the results of this thread, and I think I'd like to chime in at this point.
>
>I think that what I see in 2051 is too complex for its own good. What was wrong with Tomcat starting and being setup the way it used to work? Right now there are a batch of new settings which might bring more customization to the screen, but render the whole experience of setting an application server up more complex, and what you gain by this is nothing, you just spend more time setting it up.
>
>The other problem I have is that I'm asked to setup a J2EE server, and I do by pointing it to the Tomcat directory. Then When I setup Tomcat from the run config, I have to set everything up there again. makes no sense.
>
>if you want to make it easy, use the one screen to setup an app server. The screen in the IDE preferences where you're already asking us the question. What I would do is have the ability to add a weblogic, Tomcat and JSR45 server. Based on that choice, bring up a screen with the proper settings. Let us set it up once.
>
>When I go into the web app run config setup, let me choose the app server I already setup. Don't fill it up with a bunch of crazy screens. Then just let me choose the context there if appropriate.
>
>This makes the setup process simple, and we do it ONCE. It also makes the screen you deal with most, web app config setup, very simple with minimal entries.
>
>Thanks
>R

>

0
Comment actions Permalink

Hi,

Please, use 'catalina.bat run' (startup.bat starts asynchroneously)

Norris Shelton wrote:

I like that we can now specify the startup file. Until this option,
Tomcat always had to be ran remote because we need startup.bat instead
catalina.jar.

However, I like the old screen. Any chance we can go back to that?
Just specify catalina home, etc. with the option to specify the
startup/shutdown script?

Norris Shelton
Sun Certified Java Programmer




Robert S. Sfeir wrote:

>> I'm seeing the results of this thread, and I think I'd like to chime
>> in at this point.
>>
>> I think that what I see in 2051 is too complex for its own good. What
>> was wrong with Tomcat starting and being setup the way it used to
>> work? Right now there are a batch of new settings which might bring
>> more customization to the screen, but render the whole experience of
>> setting an application server up more complex, and what you gain by
>> this is nothing, you just spend more time setting it up.
>>
>> The other problem I have is that I'm asked to setup a J2EE server, and
>> I do by pointing it to the Tomcat directory. Then When I setup Tomcat
>> from the run config, I have to set everything up there again. makes
>> no sense.
>>
>> if you want to make it easy, use the one screen to setup an app
>> server. The screen in the IDE preferences where you're already asking
>> us the question. What I would do is have the ability to add a
>> weblogic, Tomcat and JSR45 server. Based on that choice, bring up a
>> screen with the proper settings. Let us set it up once.
>>
>> When I go into the web app run config setup, let me choose the app
>> server I already setup. Don't fill it up with a bunch of crazy
>> screens. Then just let me choose the context there if appropriate.
>>
>> This makes the setup process simple, and we do it ONCE. It also makes
>> the screen you deal with most, web app config setup, very simple with
>> minimal entries.
>>
>> Thanks
>> R
>>
>>


--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

yes, but why do we have to set that up every single time, and it can't all be done from one panel in the IDE preferences, and based on what we choose in web app run config, you display extra information which DOES change from one web app to the next, like perhaps the context (though I use the same one for all the apps I run in IDEA).

I just think the information is too all over the place, and right now it's starting make the windows incredibly wide to set things up. On my 15" Mac, I have to go all the way wide to see the full settings in Tomcat.

R

0
Comment actions Permalink

You cannot call catalina.bat without a command parameter. I am trying
to send run, but I am running into problems because the path to the .bat
has spaces.

"C:\dev\tomcat\Tomcat 4.1.18\bin\catalina.bat" run

yields

cmd /c ""C:\dev\tomcat\Tomcat 4.1.18\bin\catalina.bat" run"


TC attempts to start, but I still get class not found errors. TC runs
OK if I start it at the command prompt via catalina.bat run.

Norris Shelton
Sun Certified Java Programmer




Maxim Mossienko wrote:

Hi,

>

Please, use 'catalina.bat run' (startup.bat starts asynchroneously)

>

Norris Shelton wrote:

>
>> I like that we can now specify the startup file. Until this option,
>> Tomcat always had to be ran remote because we need startup.bat
>> instead catalina.jar.
>>
>> However, I like the old screen. Any chance we can go back to that?
>> Just specify catalina home, etc. with the option to specify the
>> startup/shutdown script?
>>
>> Norris Shelton
>> Sun Certified Java Programmer
>>
>>
>>
>>
>> Robert S. Sfeir wrote:
>>
>>> I'm seeing the results of this thread, and I think I'd like to chime
>>> in at this point.
>>>
>>> I think that what I see in 2051 is too complex for its own good.
>>> What was wrong with Tomcat starting and being setup the way it used
>>> to work? Right now there are a batch of new settings which might
>>> bring more customization to the screen, but render the whole
>>> experience of setting an application server up more complex, and
>>> what you gain by this is nothing, you just spend more time setting
>>> it up.
>>>
>>> The other problem I have is that I'm asked to setup a J2EE server,
>>> and I do by pointing it to the Tomcat directory. Then When I setup
>>> Tomcat from the run config, I have to set everything up there
>>> again. makes no sense.
>>>
>>> if you want to make it easy, use the one screen to setup an app
>>> server. The screen in the IDE preferences where you're already
>>> asking us the question. What I would do is have the ability to add
>>> a weblogic, Tomcat and JSR45 server. Based on that choice, bring up
>>> a screen with the proper settings. Let us set it up once.
>>>
>>> When I go into the web app run config setup, let me choose the app
>>> server I already setup. Don't fill it up with a bunch of crazy
>>> screens. Then just let me choose the context there if appropriate.
>>>
>>> This makes the setup process simple, and we do it ONCE. It also
>>> makes the screen you deal with most, web app config setup, very
>>> simple with minimal entries.
>>>
>>> Thanks
>>> R
>>>
>>>
>
>

0
Comment actions Permalink

Hi, IDEA calls 'catalina.bat run' by default and this works on my computer (maybe there is no need to use own batch file since CATALINA_HOME and JAVA_HOME should be set by IDEA properly)

0
Comment actions Permalink

That is what I thought; however, it is not performing the part of
catalina.bat that calls setclasspath.bat. I verified that my
catalina.bat DOES have this line in it.

Norris Shelton
Sun Certified Java Programmer




Maxim Mossienko wrote:

>Hi, IDEA calls 'catalina.bat run' by default and this works on my computer (maybe there is no need to use own batch file since CATALINA_HOME and JAVA_HOME should be set by IDEA properly)

>

0
Comment actions Permalink

I get this when I turn on the echo:
CLASSPATH=C:\IntelliJ-IDEA-2051\lib\idea.jar;C:\IntelliJ-IDEA-2051\lib\openapi.jar;C:\IntelliJ-IDEA-2051\lib\log4j.jar;C:\IntelliJ-IDEA-2051\lib\jdom.jar;C:\IntelliJ-IDEA-2051\bin\lax.jar;;C:\dev\jdk\j2sdk1.4.2\lib\tools.jar

Ah, ha. I know what the problem.

What happened to the checkbox that allows "Include moduel classpath"?
It's there in 1182.




Norris Shelton
Sun Certified Java Programmer




Norris Shelton wrote:

That is what I thought; however, it is not performing the part of
catalina.bat that calls setclasspath.bat. I verified that my
catalina.bat DOES have this line in it.

>

Norris Shelton
Sun Certified Java Programmer

>
>
>
>

Maxim Mossienko wrote:

>
>> Hi, IDEA calls 'catalina.bat run' by default and this works on my
>> computer (maybe there is no need to use own batch file since
>> CATALINA_HOME and JAVA_HOME should be set by IDEA properly)
>>
>>

0
Comment actions Permalink

Hi,

Please you bring the light on why your tomcat / web app depends on the
module classpath.

Norris Shelton wrote:

I get this when I turn on the echo:
CLASSPATH=C:\IntelliJ-IDEA-2051\lib\idea.jar;C:\IntelliJ-IDEA-2051\lib\openapi.jar;C:\IntelliJ-IDEA-2051\lib\log4j.jar;C:\IntelliJ-IDEA-2051\lib\jdom.jar;C:\IntelliJ-IDEA-2051\bin\lax.jar;;C:\dev\jdk\j2sdk1.4.2\lib\tools.jar

Ah, ha. I know what the problem.

What happened to the checkbox that allows "Include moduel classpath"?
It's there in 1182.




Norris Shelton
Sun Certified Java Programmer




Norris Shelton wrote:

>> That is what I thought; however, it is not performing the part of
>> catalina.bat that calls setclasspath.bat. I verified that my
>> catalina.bat DOES have this line in it.
>>
>> Norris Shelton
>> Sun Certified Java Programmer
>>
>>
>>
>>
>> Maxim Mossienko wrote:
>>
>>> Hi, IDEA calls 'catalina.bat run' by default and this works on my
>>> computer (maybe there is no need to use own batch file since
>>> CATALINA_HOME and JAVA_HOME should be set by IDEA properly)
>>>
>>>


--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

We (unlike the rest of the java web developers on earth) have our
libraries on a network drive. Instead of having libraries under
/WEB-INF/lib, they are on a network share. To make these available, the
classpath is made available to TC.

This is the totally wrong way to do it, but that is the world I live
in. This isn't completely uncommon because Tomcat comes with the
correct files that can easily make this available. We modify
setclasspath.bat to include the current system classpath and voila!
Tomcat starts up and we have access to the classes that are on the
network share.

Norris Shelton
Sun Certified Java Programmer




Maxim Mossienko wrote:

Hi,

>

Please you bring the light on why your tomcat / web app depends on the
module classpath.

>

Norris Shelton wrote:

>
>> I get this when I turn on the echo:
>> CLASSPATH=C:\IntelliJ-IDEA-2051\lib\idea.jar;C:\IntelliJ-IDEA-2051\lib\openapi.jar;C:\IntelliJ-IDEA-2051\lib\log4j.jar;C:\IntelliJ-IDEA-2051\lib\jdom.jar;C:\IntelliJ-IDEA-2051\bin\lax.jar;;C:\dev\jdk\j2sdk1.4.2\lib\tools.jar
>>
>>
>> Ah, ha. I know what the problem.
>> What happened to the checkbox that allows "*Include moduel
>> classpath*"? It's there in 1182.
>>
>>
>>
>>
>> Norris Shelton
>> Sun Certified Java Programmer
>>
>>
>>
>>
>> Norris Shelton wrote:
>>
>>> That is what I thought; however, it is not performing the part of
>>> catalina.bat that calls setclasspath.bat. I verified that my
>>> catalina.bat DOES have this line in it.
>>>
>>> Norris Shelton
>>> Sun Certified Java Programmer
>>>
>>>
>>>
>>>
>>> Maxim Mossienko wrote:
>>>
>>>> Hi, IDEA calls 'catalina.bat run' by default and this works on my
>>>> computer (maybe there is no need to use own batch file since
>>>> CATALINA_HOME and JAVA_HOME should be set by IDEA properly)
>>>>
>>>>
>
>

0
Comment actions Permalink

Hi,

We are about to remove 'Include module classpath' for Tomcat integration
since this leads to nonportable Web applications (and even in this case
the effect could be archieved with batch files modifications).
Please, post your opinions why this feature should be preserved.

Norris Shelton wrote:

We (unlike the rest of the java web developers on earth) have our
libraries on a network drive. Instead of having libraries under
/WEB-INF/lib, they are on a network share. To make these available, the
classpath is made available to TC.

This is the totally wrong way to do it, but that is the world I live
in. This isn't completely uncommon because Tomcat comes with the
correct files that can easily make this available. We modify
setclasspath.bat to include the current system classpath and voila!
Tomcat starts up and we have access to the classes that are on the
network share.

Norris Shelton
Sun Certified Java Programmer




Maxim Mossienko wrote:

>> Hi,
>>
>> Please you bring the light on why your tomcat / web app depends on the
>> module classpath.
>>
>> Norris Shelton wrote:
>>
>>> I get this when I turn on the echo:
>>> CLASSPATH=C:\IntelliJ-IDEA-2051\lib\idea.jar;C:\IntelliJ-IDEA-2051\lib\openapi.jar;C:\IntelliJ-IDEA-2051\lib\log4j.jar;C:\IntelliJ-IDEA-2051\lib\jdom.jar;C:\IntelliJ-IDEA-2051\bin\lax.jar;;C:\dev\jdk\j2sdk1.4.2\lib\tools.jar
>>>
>>>
>>> Ah, ha. I know what the problem.
>>> What happened to the checkbox that allows "*Include moduel
>>> classpath*"? It's there in 1182.
>>>
>>>
>>>
>>>
>>> Norris Shelton
>>> Sun Certified Java Programmer
>>>
>>>
>>>
>>>
>>> Norris Shelton wrote:
>>>
>>>> That is what I thought; however, it is not performing the part of
>>>> catalina.bat that calls setclasspath.bat. I verified that my
>>>> catalina.bat DOES have this line in it.
>>>>
>>>> Norris Shelton
>>>> Sun Certified Java Programmer
>>>>
>>>>
>>>>
>>>>
>>>> Maxim Mossienko wrote:
>>>>
>>>>> Hi, IDEA calls 'catalina.bat run' by default and this works on my
>>>>> computer (maybe there is no need to use own batch file since
>>>>> CATALINA_HOME and JAVA_HOME should be set by IDEA properly)
>>>>>
>>>>>
>>
>>


--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

I found a way to work around. Instead of putting %classpath% in the
setclasspath.bat, I put the absolute values and it works.

It is never advisable to remove functionality. You never know who is
using it. With that in mind, I wouldn't be heartbroken if that is
removed. You just have to be ready to explain the workaround.

Norris Shelton
Sun Certified Java Programmer




Maxim Mossienko wrote:

Hi,

>

We are about to remove 'Include module classpath' for Tomcat
integration since this leads to nonportable Web applications (and even
in this case the effect could be archieved with batch files
modifications).
Please, post your opinions why this feature should be preserved.

>

Norris Shelton wrote:

>
>> We (unlike the rest of the java web developers on earth) have our
>> libraries on a network drive. Instead of having libraries under
>> /WEB-INF/lib, they are on a network share. To make these available,
>> the classpath is made available to TC.
>>
>> This is the totally wrong way to do it, but that is the world I live
>> in. This isn't completely uncommon because Tomcat comes with the
>> correct files that can easily make this available. We modify
>> setclasspath.bat to include the current system classpath and voila!
>> Tomcat starts up and we have access to the classes that are on the
>> network share.
>>
>> Norris Shelton
>> Sun Certified Java Programmer
>>
>>
>>
>>
>> Maxim Mossienko wrote:
>>
>>> Hi,
>>>
>>> Please you bring the light on why your tomcat / web app depends on
>>> the module classpath.
>>>
>>> Norris Shelton wrote:
>>>
>>>> I get this when I turn on the echo:
>>>> CLASSPATH=C:\IntelliJ-IDEA-2051\lib\idea.jar;C:\IntelliJ-IDEA-2051\lib\openapi.jar;C:\IntelliJ-IDEA-2051\lib\log4j.jar;C:\IntelliJ-IDEA-2051\lib\jdom.jar;C:\IntelliJ-IDEA-2051\bin\lax.jar;;C:\dev\jdk\j2sdk1.4.2\lib\tools.jar
>>>>
>>>>
>>>> Ah, ha. I know what the problem.
>>>> What happened to the checkbox that allows "*Include moduel
>>>> classpath*"? It's there in 1182.
>>>>
>>>>
>>>>
>>>>
>>>> Norris Shelton
>>>> Sun Certified Java Programmer
>>>>
>>>>
>>>>
>>>>
>>>> Norris Shelton wrote:
>>>>
>>>>> That is what I thought; however, it is not performing the part of
>>>>> catalina.bat that calls setclasspath.bat. I verified that my
>>>>> catalina.bat DOES have this line in it.
>>>>>
>>>>> Norris Shelton
>>>>> Sun Certified Java Programmer
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Maxim Mossienko wrote:
>>>>>
>>>>>> Hi, IDEA calls 'catalina.bat run' by default and this works on
>>>>>> my computer (maybe there is no need to use own batch file since
>>>>>> CATALINA_HOME and JAVA_HOME should be set by IDEA properly)
>>>>>>
>>>>>>
>>>
>>>
>
>

0
Comment actions Permalink

FWIW, I don't use this here.

R

0
Comment actions Permalink

Hi,

The functionality was largely dependent on old tomcat launching approach
so we have dropped it already with due batch files launching approach.
It could be restored if there is significant demand for it (even given
that it introduces portability problems)

Norris Shelton wrote:

I found a way to work around. Instead of putting %classpath% in the
setclasspath.bat, I put the absolute values and it works.

It is never advisable to remove functionality. You never know who is
using it. With that in mind, I wouldn't be heartbroken if that is
removed. You just have to be ready to explain the workaround.

Norris Shelton
Sun Certified Java Programmer




Maxim Mossienko wrote:

>> Hi,
>>
>> We are about to remove 'Include module classpath' for Tomcat
>> integration since this leads to nonportable Web applications (and even
>> in this case the effect could be archieved with batch files
>> modifications).
>> Please, post your opinions why this feature should be preserved.
>>
>> Norris Shelton wrote:
>>
>>> We (unlike the rest of the java web developers on earth) have our
>>> libraries on a network drive. Instead of having libraries under
>>> /WEB-INF/lib, they are on a network share. To make these available,
>>> the classpath is made available to TC.
>>>
>>> This is the totally wrong way to do it, but that is the world I live
>>> in. This isn't completely uncommon because Tomcat comes with the
>>> correct files that can easily make this available. We modify
>>> setclasspath.bat to include the current system classpath and voila!
>>> Tomcat starts up and we have access to the classes that are on the
>>> network share.
>>>
>>> Norris Shelton
>>> Sun Certified Java Programmer
>>>
>>>
>>>
>>>
>>> Maxim Mossienko wrote:
>>>
>>>> Hi,
>>>>
>>>> Please you bring the light on why your tomcat / web app depends on
>>>> the module classpath.
>>>>
>>>> Norris Shelton wrote:
>>>>
>>>>> I get this when I turn on the echo:
>>>>> CLASSPATH=C:\IntelliJ-IDEA-2051\lib\idea.jar;C:\IntelliJ-IDEA-2051\lib\openapi.jar;C:\IntelliJ-IDEA-2051\lib\log4j.jar;C:\IntelliJ-IDEA-2051\lib\jdom.jar;C:\IntelliJ-IDEA-2051\bin\lax.jar;;C:\dev\jdk\j2sdk1.4.2\lib\tools.jar
>>>>>
>>>>>
>>>>> Ah, ha. I know what the problem.
>>>>> What happened to the checkbox that allows "*Include moduel
>>>>> classpath*"? It's there in 1182.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Norris Shelton
>>>>> Sun Certified Java Programmer
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Norris Shelton wrote:
>>>>>
>>>>>> That is what I thought; however, it is not performing the part of
>>>>>> catalina.bat that calls setclasspath.bat. I verified that my
>>>>>> catalina.bat DOES have this line in it.
>>>>>>
>>>>>> Norris Shelton
>>>>>> Sun Certified Java Programmer
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Maxim Mossienko wrote:
>>>>>>
>>>>>>> Hi, IDEA calls 'catalina.bat run' by default and this works on
>>>>>>> my computer (maybe there is no need to use own batch file since
>>>>>>> CATALINA_HOME and JAVA_HOME should be set by IDEA properly)
>>>>>>>
>>>>>>>
>>>>
>>>>
>>
>>


--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

I would say drop it. Worst case, I make a custom batch file that sets
my custom classpath, etc. before calling catalina.bat.

Norris Shelton
Sun Certified Java Programmer




Maxim Mossienko wrote:

Hi,

>

The functionality was largely dependent on old tomcat launching
approach so we have dropped it already with due batch files launching
approach. It could be restored if there is significant demand for it
(even given that it introduces portability problems)

>

Norris Shelton wrote:

>
>> I found a way to work around. Instead of putting %classpath% in the
>> setclasspath.bat, I put the absolute values and it works.
>>
>> It is never advisable to remove functionality. You never know who is
>> using it. With that in mind, I wouldn't be heartbroken if that is
>> removed. You just have to be ready to explain the workaround.
>>
>> Norris Shelton
>> Sun Certified Java Programmer
>>
>>
>>
>>
>> Maxim Mossienko wrote:
>>
>>> Hi,
>>>
>>> We are about to remove 'Include module classpath' for Tomcat
>>> integration since this leads to nonportable Web applications (and
>>> even in this case the effect could be archieved with batch files
>>> modifications).
>>> Please, post your opinions why this feature should be preserved.
>>>
>>> Norris Shelton wrote:
>>>
>>>> We (unlike the rest of the java web developers on earth) have our
>>>> libraries on a network drive. Instead of having libraries under
>>>> /WEB-INF/lib, they are on a network share. To make these
>>>> available, the classpath is made available to TC.
>>>>
>>>> This is the totally wrong way to do it, but that is the world I
>>>> live in. This isn't completely uncommon because Tomcat comes with
>>>> the correct files that can easily make this available. We modify
>>>> setclasspath.bat to include the current system classpath and
>>>> voila! Tomcat starts up and we have access to the classes that are
>>>> on the network share.
>>>>
>>>> Norris Shelton
>>>> Sun Certified Java Programmer
>>>>
>>>>
>>>>
>>>>
>>>> Maxim Mossienko wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Please you bring the light on why your tomcat / web app depends on
>>>>> the module classpath.
>>>>>
>>>>> Norris Shelton wrote:
>>>>>
>>>>>> I get this when I turn on the echo:
>>>>>> CLASSPATH=C:\IntelliJ-IDEA-2051\lib\idea.jar;C:\IntelliJ-IDEA-2051\lib\openapi.jar;C:\IntelliJ-IDEA-2051\lib\log4j.jar;C:\IntelliJ-IDEA-2051\lib\jdom.jar;C:\IntelliJ-IDEA-2051\bin\lax.jar;;C:\dev\jdk\j2sdk1.4.2\lib\tools.jar
>>>>>>
>>>>>>
>>>>>> Ah, ha. I know what the problem.
>>>>>> What happened to the checkbox that allows "*Include moduel
>>>>>> classpath*"? It's there in 1182.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Norris Shelton
>>>>>> Sun Certified Java Programmer
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Norris Shelton wrote:
>>>>>>
>>>>>>> That is what I thought; however, it is not performing the part
>>>>>>> of catalina.bat that calls setclasspath.bat. I verified that my
>>>>>>> catalina.bat DOES have this line in it.
>>>>>>>
>>>>>>> Norris Shelton
>>>>>>> Sun Certified Java Programmer
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Maxim Mossienko wrote:
>>>>>>>
>>>>>>>> Hi, IDEA calls 'catalina.bat run' by default and this works on
>>>>>>>> my computer (maybe there is no need to use own batch file since
>>>>>>>> CATALINA_HOME and JAVA_HOME should be set by IDEA properly)
>>>>>>>>
>>>>>>>>
>>>>>
>>>>>
>>>
>>>
>
>

0
Comment actions Permalink

Ok I dish out complaints, but I'll also dish out praises.

Just got 2058. First it works with JDK 1.4.2_04 DP2 on the mac, which is excellent, and it's much snappier, I guess Apple did some good work there.

- I can now start Tomcat.
- I can now resolve my TLDs
- I can also see that the direction of app server setup is taking a new direction, and it looks to be the one I suggested which is to let us setup all app servers basic configs in one spot, I hope more of these window settings keep moving to the preferences pane and out of the web app setup. It flows better with how the rest of idea works, it's more natural.

So good job there, and good job getting a quick handle on this.

Only problem right now is that I can't change the web.xml deployment descriptor, the web.xml delete button doesn't get enabled, that would be helpful to implement. :)

It seems that starting a web app is very processor intensive. I have idea and iTunes running, and it seriously hiccuped iTunes. I'm sure you're not worried about performance yet, it's just something to keep in mind. You're slamming the CPU enough that it's affecting other apps on a Unix system.

More comments as I work on it.

Thanks
R

0
Comment actions Permalink

(filed a bug for this) Tomcat ServerDK settings don't get saved on project close, I seem to have to re set them all the time, no biggie and I know you're working on it.

Also debugging JSPs works, very happy to see that especially that now that I'm on 1.4.2_04 DP2 for the Mac I can't revert back, and 4.0.3 no longer works with that. So what you have here allows me to use Pallada every day... just please try not to break anything :)

R

0
Comment actions Permalink

On Thu, 27 May 2004 21:30:39 +0400, Maxim Mossienko wrote:

We are about to remove 'Include module classpath' for Tomcat integration
since this leads to nonportable Web applications (and even in this case
the effect could be archieved with batch files modifications).


This isn't an issue at all if you don't deploy IDEA's output outside IDEA
(I don't use IDEA as a build tool).

Please, post your opinions why this feature should be preserved.


IMO it's a convenient development-time feature. If you don't plan to
deploy the exploded web directory or archive outside of IDEA, what's the
point of consuming diskspace by copying libraries when they can be found
on the module classpath?

I won't be too upset if it's already gone, but I do think it should be
kept.

Just my 2¢.

--
Mark Scott

0

Please sign in to leave a comment.