Re: Maven woes
I've downloaded Nexus and configured my .m2/settings.xml from the getting started guide to use Nexus instead of directly downloading dependencies but it doesn't seem to solve the problem. I still find maven stuck downloading a dependency which I have to kill. Should I be using Nexus to somehow download these dependencies in advance? I also noticed the assemblies issue earlier- then I just did a complete mvn clean install but that was when I had wired net. I had been building with tests off already, which does save some time. Thanks, On Sat, Aug 9, 2008 at 2:07 AM, Donald Woods <[EMAIL PROTECTED]> wrote: > You can also skip the tests and testsuite to save on retry times - >mvn install -Dtest=false -Pno-it > > One thing I have noticed, is that you need to clean the assemblies between > rebuilds, due to some car-maven-plugin problem where it sometimes generates > bogus server assemblies. >cd assemblies >mvn clean > > > -Donald > > > > David Jencks wrote: > >> >> On Aug 8, 2008, at 12:43 PM, Shrey Banga wrote: >> >> Hi >>> >>> I'm trying to build geronimo on my laptop using my college wifi, which >>> gets disconnected occasionally and maven basically stops at that point >>> without giving any error or warning. I'm forced to ctrl+C the build and >>> repeat it but it doesn't seem to work. Is there a way to resume the build >>> from where it ended? Or is there a windows based interface for maven that >>> might help? >>> I really need to get it built, mostly to show it off here :-D and finish >>> up on PlanCreator. >>> >> >> Once you have all the dependencies downloaded you can use mvn clean >> install -o for an offline build. >> >> I've been using nexus as a repo manager and I think it insulates me >> somewhat from bad connection issues at any rate I'm currently >> experiencing very flaky wifi and no build problems. >> http://nexus.sonatype.org/ >> I also usually only rebuild the parts of geronimo that have changed or >> depend on what I've changed. >> >> hope this helps >> david jencks >> >> >>> >>> Thanks, >>> -- >>> Shrey Banga >>> Bachelor of Technology, IV year >>> Department of Electrical Engineering >>> Indian Institute of Technology Roorkee >>> >> >> >> -- Shrey Banga Bachelor of Technology, IV year Department of Electrical Engineering Indian Institute of Technology Roorkee
Maven woes
Hi I'm trying to build geronimo on my laptop using my college wifi, which gets disconnected occasionally and maven basically stops at that point without giving any error or warning. I'm forced to ctrl+C the build and repeat it but it doesn't seem to work. Is there a way to resume the build from where it ended? Or is there a windows based interface for maven that might help? I really need to get it built, mostly to show it off here :-D and finish up on PlanCreator. Thanks, -- Shrey Banga Bachelor of Technology, IV year Department of Electrical Engineering Indian Institute of Technology Roorkee
Re: Reducing the dojo footprint in Geronimo
goto: http://dojocampus.org/explorer/#Dojox and >> you'll find yourself quite surprised at how innovative and integrated these >> technologies are influencing your favorite sites. >> >> >> Thanks a lot for picking this up, again, Joseph. >> >> Personally, I'd like to see the Dojo footprint within Geronimo reduced. >> It's pretty simple to make a full-Dojo plugin that users can install, if >> they want a full Dojo library available. IMO, this can meet the needs of >> Dojo users (as described in #2). >> >> Can you help me understand the maintenance overhead of creating a >> customized Dojo library? If #3 is high maintenance, I may need to >> reconsider. >> >> --kevan >> >> > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Updated: (GERONIMO-4197) Use JAXB+DWR to eliminate ConfigData overhead
[ https://issues.apache.org/jira/browse/GERONIMO-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4197: -- Attachment: EAR_JAXB_1.patch EAR_JAXB_1.patch attached > Use JAXB+DWR to eliminate ConfigData overhead > - > > Key: GERONIMO-4197 > URL: https://issues.apache.org/jira/browse/GERONIMO-4197 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: EAR_JAXB_1.patch > > > Presently PlanCreator uses a set of ConfigData classes which basically wrap > around xmlbean classes to create the deployment plans. These classes are > exposed to DWR through EARHelper. As a result, a lot of code needs to be > written to transfer data between multiple formats, ie from JSON to Java > objects to XML. > The idea is to use DWR to expose JAXB classes directly so that the xml can be > generated using calls directly from the javascript, eliminating the > ConfigData and EARHelper classes. This will ease the process of generating > deployment plans, like that used by GEP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Shifting from xmlbean to JAXB in PlanCreator
I have made all the changes to EAR PlanCreator needed to move to JAXB+DWR.
But for this to work I need the JAXB jar in PlanCreator. I've attached a
patch for the minor changes to the JAXB classes needed to make it work with
DWR. I'd like to know which approach to be used.
If approach 1 is to be used, the JAXB jar has to be published to the maven
repositories and a dependency has to be added to PlanCreator. Can someone
explain how to go about it?
Instad if we should directly go for the second approach, is there something
I can do to hasten the process?
On Thu, Jul 24, 2008 at 6:22 PM, Shrey Banga <[EMAIL PROTECTED]> wrote:
> About shifting the PlanCreator to JAXB, I think there can be two
> approaches:
>
> 1. Have a dependency to the jaxb jar present with GEP within PlanCreator
> itself. This means whatever changes are needed will need to be done in GEP
> and the jar rebuilt and added to PlanCreator. This is a quick albeit dirty
> approach.
>
> 2. Take out the jaxb classes from GEP and include in Geronimo as say
> geronimo-jaxb-api_spec and use them in both GEP and PlanCreator. These
> classes will need to be compatible with multiple versions of the schema,
> something Sainath has been working on ("Multiple schema version support in
> GEP"). This approach would help reduce maintenance problems and assist in
> shifting the deployment system to JAXB as well.
>
>
> On Thu, Jul 24, 2008 at 5:55 PM, Shrey Banga <[EMAIL PROTECTED]>
> wrote:
>
>> Hi David,
>>
>> I'm currently focusing on the PlanCreator since my internship ends on 31st
>> July and I already have a few thing on my To-do list :-|
>> I'll be happy to work on the deployment system once I get back to my
>> college, if that's ok.
>>
>> Thanks,
>>
>> On Wed, Jul 23, 2008 at 10:45 PM, David Jencks <[EMAIL PROTECTED]>
>> wrote:
>>
>>>
>>> On Jul 23, 2008, at 4:24 AM, Shrey Banga wrote:
>>>
>>> I had opened a JIRA
>>> (GERONIMO-4197<https://issues.apache.org/jira/browse/GERONIMO-4197>)
>>> which is intended to shift from using xmlbean classes to JAXB classes for
>>> making the task of PlanCreator easier by exposing the JAXB classes directly.
>>> I've been able to use this approach to maintain an object of the JAXB class
>>> 'Application' with javascript and use it to call a function through DWR that
>>> marshalls it into the deployment plan. Similarly, I'm able to unmarshal the
>>> plan if it is modified by the user and reflect those changes in the
>>> PlanCreator.
>>> The reason to shift from xmlbean to JAXB in this case was the way
>>> JAXB classes are organized- by adding just a few lines to dwr.xml, I can
>>> expose all those classes and use them to maintain a copy of the Application
>>> object. The same would have been a lot more tedious to configure and
>>> maintain in xmlbean, considering each class provides more functions and
>>> factory classes than what is needed by DWR. Earlier, this was being done by
>>> creating wrapper classes to the xmlbean which were becoming unmanagable and
>>> would need heavy maintenance with changes in the schema. I did have to
>>> modify some JAXB classes to have setters where it had only getters that
>>> returned live Lists to make it work with the DWR BeanConverter.
>>> So now this shift will help reduce a lot of bloated code from
>>> PlanCreator and improve maintainability. Since GEP already uses these
>>> classes we can shift the jar to geronimo and add a dependency in GEP and
>>> PlanCreator for the same.
>>> Opinions?
>>>
>>>
>>> I think this is great. Do you have any interest in working on (or just
>>> helping with) rewriting the deployment system to use the jaxb classes? That
>>> would be a lot more work than the plan creator and get much more into
>>> geronimo internals but would have similar benefits (IMO)
>>>
>>> thanks
>>> david jencks
>>>
>>>
>>>
>>> --
>>> Shrey Banga
>>> Bachelor of Technology, III year
>>> Department of Electrical Engineering
>>> Indian Institute of Technology Roorkee
>>>
>>>
>>>
>>
>>
>> --
>> Shrey Banga
>> Bachelor of Technology, III year
>> Department of Electrical Engineering
>> Indian Institute of Technology Roorkee
>>
>
>
>
> --
> Shrey Banga
> Bachelor of Technology, III year
> Department of Electrical Engineering
> Indian Institute of Technology Roorkee
>
--
Shrey Banga
Bachelor of Technology, III year
Department of Electrical Engineering
Indian Institute of Technology Roorkee
[jira] Updated: (GERONIMO-4197) Use JAXB+DWR to eliminate ConfigData overhead
[ https://issues.apache.org/jira/browse/GERONIMO-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4197: -- Comment: was deleted > Use JAXB+DWR to eliminate ConfigData overhead > - > > Key: GERONIMO-4197 > URL: https://issues.apache.org/jira/browse/GERONIMO-4197 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > > Presently PlanCreator uses a set of ConfigData classes which basically wrap > around xmlbean classes to create the deployment plans. These classes are > exposed to DWR through EARHelper. As a result, a lot of code needs to be > written to transfer data between multiple formats, ie from JSON to Java > objects to XML. > The idea is to use DWR to expose JAXB classes directly so that the xml can be > generated using calls directly from the javascript, eliminating the > ConfigData and EARHelper classes. This will ease the process of generating > deployment plans, like that used by GEP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-450) Modifications to JAXB classes for DWR in PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMODEVTOOLS-450: - Attachment: GEP_JAXB_1.patch > Modifications to JAXB classes for DWR in PlanCreator > > > Key: GERONIMODEVTOOLS-450 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-450 > Project: Geronimo-Devtools > Issue Type: Improvement > Components: eclipse-plugin >Affects Versions: 2.1.2 >Reporter: Shrey Banga >Assignee: Shiva Kumar H R > Fix For: 2.1.2 > > Attachments: GEP_JAXB_1.patch > > > I've attached a patch which makes some modifications to JAXB classes in GEP > in order to support their use with DWR in PlanCreator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-450) Modifications to JAXB classes for DWR in PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-450?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12617363#action_12617363 ] Shrey Banga commented on GERONIMODEVTOOLS-450: -- Apply GEP_JAXB_1.patch to gep trunk. This includes minor changes to jaxb classes to support exposing through DWR. A dependency to the jar will be added to PlanCreator. Later when JAXB classes are moved to the geronimo trunk (as geronimo-jaxb_spec) this dependency can be changed and a dependency added to GEP. > Modifications to JAXB classes for DWR in PlanCreator > > > Key: GERONIMODEVTOOLS-450 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-450 > Project: Geronimo-Devtools > Issue Type: Improvement > Components: eclipse-plugin >Affects Versions: 2.1.2 >Reporter: Shrey Banga >Assignee: Shiva Kumar H R > Fix For: 2.1.2 > > Attachments: GEP_JAXB_1.patch > > > I've attached a patch which makes some modifications to JAXB classes in GEP > in order to support their use with DWR in PlanCreator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-450) Modifications to JAXB classes for DWR in PlanCreator
Modifications to JAXB classes for DWR in PlanCreator Key: GERONIMODEVTOOLS-450 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-450 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.1.2 Reporter: Shrey Banga Assignee: Shiva Kumar H R Fix For: 2.1.2 I've attached a patch which makes some modifications to JAXB classes in GEP in order to support their use with DWR in PlanCreator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4197) Use JAXB+DWR to eliminate ConfigData overhead
[ https://issues.apache.org/jira/browse/GERONIMO-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4197: -- Attachment: (was: GEP_JAXB_1.patch) > Use JAXB+DWR to eliminate ConfigData overhead > - > > Key: GERONIMO-4197 > URL: https://issues.apache.org/jira/browse/GERONIMO-4197 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > > Presently PlanCreator uses a set of ConfigData classes which basically wrap > around xmlbean classes to create the deployment plans. These classes are > exposed to DWR through EARHelper. As a result, a lot of code needs to be > written to transfer data between multiple formats, ie from JSON to Java > objects to XML. > The idea is to use DWR to expose JAXB classes directly so that the xml can be > generated using calls directly from the javascript, eliminating the > ConfigData and EARHelper classes. This will ease the process of generating > deployment plans, like that used by GEP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4197) Use JAXB+DWR to eliminate ConfigData overhead
[ https://issues.apache.org/jira/browse/GERONIMO-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4197: -- Attachment: GEP_JAXB_1.patch Apply GEP_JAXB_1.patch to gep trunk. This includes minor changes to jaxb classes to support exposing through DWR. A dependency to the jar will be added to PlanCreator. Later when JAXB classes are moved to the geronimo trunk (as geronimo-jaxb_spec) this dependency can be changed and a dependency added to GEP. > Use JAXB+DWR to eliminate ConfigData overhead > - > > Key: GERONIMO-4197 > URL: https://issues.apache.org/jira/browse/GERONIMO-4197 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: GEP_JAXB_1.patch > > > Presently PlanCreator uses a set of ConfigData classes which basically wrap > around xmlbean classes to create the deployment plans. These classes are > exposed to DWR through EARHelper. As a result, a lot of code needs to be > written to transfer data between multiple formats, ie from JSON to Java > objects to XML. > The idea is to use DWR to expose JAXB classes directly so that the xml can be > generated using calls directly from the javascript, eliminating the > ConfigData and EARHelper classes. This will ease the process of generating > deployment plans, like that used by GEP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Restarting the server
Hi Ravi, Please refer to http://cwiki.apache.org/confluence/display/GMOxDOC21/Quick+Debugging+JSPs+of+your+applicationwhich explains this process. On Fri, Jul 25, 2008 at 5:32 PM, ravi naik <[EMAIL PROTECTED]> wrote: > Hi ashish.. > Thanks for Reply.. > I am a newBie to Geronimo > Where is cataliana folder? > please specify the exact location of Web.xml > and what time interval should be given? > Thanks in advace > > Ravi > > > > *Ashish Jain <[EMAIL PROTECTED]>* wrote: > > Hi Ravi, > Since this is something which is available in tomcat you can be sure that > it will be available with geronimo also. > In /var/catalina/conf/web.xml look for > org.apache.jasper.servlet.JspServlet > and the following to it > > > development > true > > > > modificationTestInterval > 10 > > where modification TestInterval is the time in seconds This will configure > the server for JSP reloading. > However you can always post such questions on [EMAIL PROTECTED] > This way other users also get benefited. > > Thanks > Ashish > > On Fri, Jul 25, 2008 at 10:24 AM, ravi naik <[EMAIL PROTECTED]> wrote: > >> Hi all.. >> >> I am using apache geronimo for My Intalio and Jsp integration >> >> For every change in the source code i have to restart the server . >> >> and it takes long time.is there any option so that i can refresh the >> server and change in code are reflected in application for example like >> tomcat... >> and How much RAM is required for GEronimo ... >> >> Thanks In advance >> >> Ravi >> >> >> > > > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
ERROR building PlanCreator
I'm getting the following error while building PlanCreator in the latest 2.2-SNAPSHOT (rev: 679290) trunk: [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] could not package plugin > > Embedded error: Unable to create configuration for deployment > Cound not find parent configuration: > org.apache.geronimo.configs/openejb-deployer/2.2-20080722.23481 > 0-4/car > Does this have to do with the openejb snapshots problem ? What's the workaround ? -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Created: (GERONIMO-4214) Port WAR PlanCreator to dojo+dwr+jaxb
Port WAR PlanCreator to dojo+dwr+jaxb - Key: GERONIMO-4214 URL: https://issues.apache.org/jira/browse/GERONIMO-4214 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shrey Banga Fix For: 2.2 Port the WAR PlanCreator to dojo+dwr+jaxb, on the lines of EAR PlanCreator and get rid of all the xmlbean wrapper classes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4213) Show a "Loading" message while PlanCreator loads
Show a "Loading" message while PlanCreator loads Key: GERONIMO-4213 URL: https://issues.apache.org/jira/browse/GERONIMO-4213 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shrey Banga Fix For: 2.2 Presently users can see all the dijit components until they are parsed which is ugly. It should be replaced with a Loading message. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Shifting from xmlbean to JAXB in PlanCreator
About shifting the PlanCreator to JAXB, I think there can be two approaches:
1. Have a dependency to the jaxb jar present with GEP within PlanCreator
itself. This means whatever changes are needed will need to be done in GEP
and the jar rebuilt and added to PlanCreator. This is a quick albeit dirty
approach.
2. Take out the jaxb classes from GEP and include in Geronimo as say
geronimo-jaxb-api_spec and use them in both GEP and PlanCreator. These
classes will need to be compatible with multiple versions of the schema,
something Sainath has been working on ("Multiple schema version support in
GEP"). This approach would help reduce maintenance problems and assist in
shifting the deployment system to JAXB as well.
On Thu, Jul 24, 2008 at 5:55 PM, Shrey Banga <[EMAIL PROTECTED]> wrote:
> Hi David,
>
> I'm currently focusing on the PlanCreator since my internship ends on 31st
> July and I already have a few thing on my To-do list :-|
> I'll be happy to work on the deployment system once I get back to my
> college, if that's ok.
>
> Thanks,
>
> On Wed, Jul 23, 2008 at 10:45 PM, David Jencks <[EMAIL PROTECTED]>
> wrote:
>
>>
>> On Jul 23, 2008, at 4:24 AM, Shrey Banga wrote:
>>
>> I had opened a JIRA
>> (GERONIMO-4197<https://issues.apache.org/jira/browse/GERONIMO-4197>)
>> which is intended to shift from using xmlbean classes to JAXB classes for
>> making the task of PlanCreator easier by exposing the JAXB classes directly.
>> I've been able to use this approach to maintain an object of the JAXB class
>> 'Application' with javascript and use it to call a function through DWR that
>> marshalls it into the deployment plan. Similarly, I'm able to unmarshal the
>> plan if it is modified by the user and reflect those changes in the
>> PlanCreator.
>> The reason to shift from xmlbean to JAXB in this case was the way JAXB
>> classes are organized- by adding just a few lines to dwr.xml, I can expose
>> all those classes and use them to maintain a copy of the Application object.
>> The same would have been a lot more tedious to configure and maintain in
>> xmlbean, considering each class provides more functions and factory classes
>> than what is needed by DWR. Earlier, this was being done by creating wrapper
>> classes to the xmlbean which were becoming unmanagable and would need heavy
>> maintenance with changes in the schema. I did have to modify some JAXB
>> classes to have setters where it had only getters that returned live Lists
>> to make it work with the DWR BeanConverter.
>> So now this shift will help reduce a lot of bloated code from
>> PlanCreator and improve maintainability. Since GEP already uses these
>> classes we can shift the jar to geronimo and add a dependency in GEP and
>> PlanCreator for the same.
>> Opinions?
>>
>>
>> I think this is great. Do you have any interest in working on (or just
>> helping with) rewriting the deployment system to use the jaxb classes? That
>> would be a lot more work than the plan creator and get much more into
>> geronimo internals but would have similar benefits (IMO)
>>
>> thanks
>> david jencks
>>
>>
>>
>> --
>> Shrey Banga
>> Bachelor of Technology, III year
>> Department of Electrical Engineering
>> Indian Institute of Technology Roorkee
>>
>>
>>
>
>
> --
> Shrey Banga
> Bachelor of Technology, III year
> Department of Electrical Engineering
> Indian Institute of Technology Roorkee
>
--
Shrey Banga
Bachelor of Technology, III year
Department of Electrical Engineering
Indian Institute of Technology Roorkee
Re: Shifting from xmlbean to JAXB in PlanCreator
Hi David, I'm currently focusing on the PlanCreator since my internship ends on 31st July and I already have a few thing on my To-do list :-| I'll be happy to work on the deployment system once I get back to my college, if that's ok. Thanks, On Wed, Jul 23, 2008 at 10:45 PM, David Jencks <[EMAIL PROTECTED]> wrote: > > On Jul 23, 2008, at 4:24 AM, Shrey Banga wrote: > > I had opened a JIRA > (GERONIMO-4197<https://issues.apache.org/jira/browse/GERONIMO-4197>) > which is intended to shift from using xmlbean classes to JAXB classes for > making the task of PlanCreator easier by exposing the JAXB classes directly. > I've been able to use this approach to maintain an object of the JAXB class > 'Application' with javascript and use it to call a function through DWR that > marshalls it into the deployment plan. Similarly, I'm able to unmarshal the > plan if it is modified by the user and reflect those changes in the > PlanCreator. > The reason to shift from xmlbean to JAXB in this case was the way JAXB > classes are organized- by adding just a few lines to dwr.xml, I can expose > all those classes and use them to maintain a copy of the Application object. > The same would have been a lot more tedious to configure and maintain in > xmlbean, considering each class provides more functions and factory classes > than what is needed by DWR. Earlier, this was being done by creating wrapper > classes to the xmlbean which were becoming unmanagable and would need heavy > maintenance with changes in the schema. I did have to modify some JAXB > classes to have setters where it had only getters that returned live Lists > to make it work with the DWR BeanConverter. > So now this shift will help reduce a lot of bloated code from > PlanCreator and improve maintainability. Since GEP already uses these > classes we can shift the jar to geronimo and add a dependency in GEP and > PlanCreator for the same. > Opinions? > > > I think this is great. Do you have any interest in working on (or just > helping with) rewriting the deployment system to use the jaxb classes? That > would be a lot more work than the plan creator and get much more into > geronimo internals but would have similar benefits (IMO) > > thanks > david jencks > > > > -- > Shrey Banga > Bachelor of Technology, III year > Department of Electrical Engineering > Indian Institute of Technology Roorkee > > > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Shifting from xmlbean to JAXB in PlanCreator
I had opened a JIRA (GERONIMO-4197<https://issues.apache.org/jira/browse/GERONIMO-4197>) which is intended to shift from using xmlbean classes to JAXB classes for making the task of PlanCreator easier by exposing the JAXB classes directly. I've been able to use this approach to maintain an object of the JAXB class 'Application' with javascript and use it to call a function through DWR that marshalls it into the deployment plan. Similarly, I'm able to unmarshal the plan if it is modified by the user and reflect those changes in the PlanCreator. The reason to shift from xmlbean to JAXB in this case was the way JAXB classes are organized- by adding just a few lines to dwr.xml, I can expose all those classes and use them to maintain a copy of the Application object. The same would have been a lot more tedious to configure and maintain in xmlbean, considering each class provides more functions and factory classes than what is needed by DWR. Earlier, this was being done by creating wrapper classes to the xmlbean which were becoming unmanagable and would need heavy maintenance with changes in the schema. I did have to modify some JAXB classes to have setters where it had only getters that returned live Lists to make it work with the DWR BeanConverter. So now this shift will help reduce a lot of bloated code from PlanCreator and improve maintainability. Since GEP already uses these classes we can shift the jar to geronimo and add a dependency in GEP and PlanCreator for the same. Opinions? -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Assigned: (GERONIMO-4197) Use JAXB+DWR to eliminate ConfigData overhead
[ https://issues.apache.org/jira/browse/GERONIMO-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga reassigned GERONIMO-4197: - Assignee: Shrey Banga > Use JAXB+DWR to eliminate ConfigData overhead > - > > Key: GERONIMO-4197 > URL: https://issues.apache.org/jira/browse/GERONIMO-4197 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > > Presently PlanCreator uses a set of ConfigData classes which basically wrap > around xmlbean classes to create the deployment plans. These classes are > exposed to DWR through EARHelper. As a result, a lot of code needs to be > written to transfer data between multiple formats, ie from JSON to Java > objects to XML. > The idea is to use DWR to expose JAXB classes directly so that the xml can be > generated using calls directly from the javascript, eliminating the > ConfigData and EARHelper classes. This will ease the process of generating > deployment plans, like that used by GEP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4204) Admin Console portlets layout messed up after accessibility changes
[ https://issues.apache.org/jira/browse/GERONIMO-4204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12615163#action_12615163 ] Shrey Banga commented on GERONIMO-4204: --- I am currently focussing on GERONIMO-4197 and won't be able to look much into this. > Admin Console portlets layout messed up after accessibility changes > --- > > Key: GERONIMO-4204 > URL: https://issues.apache.org/jira/browse/GERONIMO-4204 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > > The layout of portlets in Admin Console such as: > 1. All application portlets > 2. Server Logs > 3. Repository > is messed up because of a css:float property assigned to labels in pluto.css -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4204) Admin Console portlets layout messed up after accessibility changes
[ https://issues.apache.org/jira/browse/GERONIMO-4204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4204: -- Assignee: (was: Shrey Banga) > Admin Console portlets layout messed up after accessibility changes > --- > > Key: GERONIMO-4204 > URL: https://issues.apache.org/jira/browse/GERONIMO-4204 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > > The layout of portlets in Admin Console such as: > 1. All application portlets > 2. Server Logs > 3. Repository > is messed up because of a css:float property assigned to labels in pluto.css -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: recent console changes in trunk
I tried changing it locally and it doesn't work- gets overridden by pluto.css (firebug confirms that) If label wasn't used anywhere until now we can modify pluto.css. Why is it there anyway? On Tue, Jul 15, 2008 at 8:45 PM, Joe Bohn <[EMAIL PROTECTED]> wrote: > Joe Bohn wrote: > >> Joe Bohn wrote: >> >>> Shrey Banga wrote: >>> >>>> I don't think that can be done because pluto.css is loaded after >>>> main.css and it'll override any previous css styles for label. >>>> >>> >>> >>> I'm not sure about what the correct processing is supposed to be for the >>> style sheets ... but I made the change locally to add in a label entry in >>> main.css without the float:left and it resolved the problem for me. I can go >>> ahead and check this in if you'd like. In general I don't like duplication >>> but I like have most if not all of the settings we care about in one place. >>> >> >> Oops ... I just realized that I made the changes in branches/2.1 (which >> I'm not even sure ever exhibited the problem). So my test may be invalid. >> Also, it may not be that hot of an issue for 2.1.2 ... for some reason I >> forgot that the issues were were seeing were in trunk. :-) I'm checking the >> change out on trunk now ... will let you know the results soon. >> >> Joe >> > > Grrr I rebuilt too much in trunk, picked up the latest (just > published) snapshots of openejb and now I can't even get the server to > start (MEJB issues). I guess I won't be able to check out the change in > main vs. pluto.css very soon. > > My level of concern is much lower anyway now that I am recalled this is not > an issue for 2.1.2 (at least not yet). > > > Joe > > > >> >> >>> Joe >>> >>> >>> >>>> On Tue, Jul 15, 2008 at 6:55 PM, Joe Bohn <[EMAIL PROTECTED]>>> [EMAIL PROTECTED]>> wrote: >>>> >>>>YunFeng Ma wrote: >>>> >>>>I tested the console in FireFox 2.x and IE 6.x after removing >>>>label tag in pluto.css and didn't see any problem. I prefer to >>>>remove it before G v2.1.2 is out of the door. >>>> >>>> >>>>I agree we want this fixed before we ship 2.1.2. <http://2.1.2.> >>>> However, I'm not sure modifying pluto.css is the best way to go. >>>> All of our style sheet changes for the console have typically been >>>>restricted to main.css. I think pluto.css is pretty much a direct >>>>copy from pluto. It might be easier to maintain if we continue to >>>>keep our changes limited to main.css. Can you try fixing this by >>>>adding a new label entry in main.css without float:left? >>>> >>>>Joe >>>> >>>> >>>> >>>> >>>>-- Yun Feng >>>> >>>>Shrey Banga wrote: >>>> > I've opened a JIRA (GERONIMO-4204) for this issue. I need to >>>>know if the >>>> > float:left for labels in pluto.css is needed and where because >>>> it >>>> > affects all Admin Console portlets. >>>> > >>>> > On Mon, Jul 14, 2008 at 3:09 PM, Shrey Banga >>>><[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> >>>> > <mailto:[EMAIL PROTECTED] >>>><mailto:[EMAIL PROTECTED]>>> wrote: >>>> > >>>> > After rebuilding the server I too faced the same problem >>>>and on >>>> > further inspection I could make out the problem was >>>>because the >>>> > patch GERONIMO-4081 Accessibility issues (at revision: >>>>675083) has >>>> > surrounded text by tags, which have a float:left >>>>property >>>> > set in pluto.css which I suppose is causing the problems. >>>>I'm not >>>> > sure why the float:left is needed in the first place but >>>>in case >>>> > removing it isn't possible, we could create a separate >>>>css for the >>>> > console and import it in the affected portlets. >>>>
Re: recent console changes in trunk
I don't think that can be done because pluto.css is loaded after main.css and it'll override any previous css styles for label. On Tue, Jul 15, 2008 at 6:55 PM, Joe Bohn <[EMAIL PROTECTED]> wrote: > YunFeng Ma wrote: > >> I tested the console in FireFox 2.x and IE 6.x after removing label tag in >> pluto.css and didn't see any problem. I prefer to remove it before G v2.1.2 >> is out of the door. >> > > I agree we want this fixed before we ship 2.1.2. However, I'm not sure > modifying pluto.css is the best way to go. All of our style sheet changes > for the console have typically been restricted to main.css. I think > pluto.css is pretty much a direct copy from pluto. It might be easier to > maintain if we continue to keep our changes limited to main.css. Can you > try fixing this by adding a new label entry in main.css without float:left? > > Joe > > > > >> -- Yun Feng >> >> Shrey Banga wrote: >> > I've opened a JIRA (GERONIMO-4204) for this issue. I need to know if >> the >> > float:left for labels in pluto.css is needed and where because it >> > affects all Admin Console portlets. >> > >> > On Mon, Jul 14, 2008 at 3:09 PM, Shrey Banga <[EMAIL PROTECTED] >> > <mailto:[EMAIL PROTECTED]>> wrote: >> > >> > After rebuilding the server I too faced the same problem and on >> > further inspection I could make out the problem was because the >> > patch GERONIMO-4081 Accessibility issues (at revision: 675083) has >> > surrounded text by tags, which have a float:left property >> > set in pluto.css which I suppose is causing the problems. I'm not >> > sure why the float:left is needed in the first place but in case >> > removing it isn't possible, we could create a separate css for the >> > console and import it in the affected portlets. >> > >> > >> > On Fri, Jul 11, 2008 at 6:50 PM, Joe Bohn <[EMAIL PROTECTED] >> > <mailto:[EMAIL PROTECTED]>> wrote: >> > >> > In addition to that quirk, there are other layout issues I'm >> > seeing too (these are probably the ones Jarek was seeing). >> > >> > For example: >> > - Server Log Viewer layout is all messed up >> > - All of the Applications views (WARs, EARs, etc...) have the >> > layout all messed up >> > - Plugin portlets layout is messed up >> > >> > >> > Those are just a few that I noticed clicking on the top level >> > portlet pages. There may be other problems when you drill down >> > into some of the pages to alternate jsps. >> > >> > Joe >> > >> > >> > >> > >> > Joe Bohn wrote: >> > >> > I'm seeing strange things in trunk as well. Using firefox >> > on a tomcat image I see the following prior to the banner >> in >> > the console. I don't see this in safari: >> > >> > >> > Skip to navigation >> > Skip to main content >> > >> > The access keys for this page are: >> > >> >* ALT plus 1 skips to navigation. >> >* ALT plus 2 skips to main content. >> > >> > >> > The first two are links to anchors in the page. If I >> reload >> > the page the extra content prior to the banner is no longer >> > displayed and things look normal again. >> > >> > Joe >> > >> > >> > >> > Shiva Kumar H R wrote: >> > >> > I have been committing some patches in Admin Console, >> > but most of them have been local to Plan Creator >> > portlet. On the server that's built on my machine >> (which >> > has all the commits I have done so far + trunk code as >> > on 26-Jun), the portlets that you mention (Web App >> WARs, >> > Deploy New, Plugins, Server Logs) seem to be working >> > fine (I tested using IE 6 & Firefox 3). >> > >> > I will update my trunk and do a clean build, and see if >> > I face an
Re: recent console changes in trunk
I've opened a JIRA (GERONIMO-4204) for this issue. I need to know if the float:left for labels in pluto.css is needed and where because it affects all Admin Console portlets. On Mon, Jul 14, 2008 at 3:09 PM, Shrey Banga <[EMAIL PROTECTED]> wrote: > After rebuilding the server I too faced the same problem and on further > inspection I could make out the problem was because the patch GERONIMO-4081 > Accessibility issues (at revision: 675083) has surrounded text by > tags, which have a float:left property set in pluto.css which I suppose is > causing the problems. I'm not sure why the float:left is needed in the first > place but in case removing it isn't possible, we could create a separate css > for the console and import it in the affected portlets. > > > On Fri, Jul 11, 2008 at 6:50 PM, Joe Bohn <[EMAIL PROTECTED]> wrote: > >> In addition to that quirk, there are other layout issues I'm seeing too >> (these are probably the ones Jarek was seeing). >> >> For example: >> - Server Log Viewer layout is all messed up >> - All of the Applications views (WARs, EARs, etc...) have the layout all >> messed up >> - Plugin portlets layout is messed up >> >> >> Those are just a few that I noticed clicking on the top level portlet >> pages. There may be other problems when you drill down into some of the >> pages to alternate jsps. >> >> Joe >> >> >> >> >> Joe Bohn wrote: >> >>> I'm seeing strange things in trunk as well. Using firefox on a tomcat >>> image I see the following prior to the banner in the console. I don't see >>> this in safari: >>> >>> >>> Skip to navigation >>> Skip to main content >>> >>> The access keys for this page are: >>> >>>* ALT plus 1 skips to navigation. >>>* ALT plus 2 skips to main content. >>> >>> >>> The first two are links to anchors in the page. If I reload the page the >>> extra content prior to the banner is no longer displayed and things look >>> normal again. >>> >>> Joe >>> >>> >>> >>> Shiva Kumar H R wrote: >>> >>>> I have been committing some patches in Admin Console, but most of them >>>> have been local to Plan Creator portlet. On the server that's built on my >>>> machine (which has all the commits I have done so far + trunk code as on >>>> 26-Jun), the portlets that you mention (Web App WARs, Deploy New, Plugins, >>>> Server Logs) seem to be working fine (I tested using IE 6 & Firefox 3). >>>> >>>> I will update my trunk and do a clean build, and see if I face any >>>> problems. >>>> >>>> On Thu, Jul 10, 2008 at 9:59 PM, Jarek Gawor <[EMAIL PROTECTED] >>> [EMAIL PROTECTED]>> wrote: >>>> >>>>Hi, >>>> >>>>I just built the latest code tried to use the admin console and the >>>>layout in a few places (e.g. Web App WARs, Deploy New, Plugins, >>>>Server Logs) is screwed up. I see similar layout issues on Firefox >>>>(2.0) and IE. >>>> >>>>It does not seem like people are checking how things look in the >>>>console before committing the patches... >>>> >>>>Jarek >>>> >>>> >>>> >>>> >>>> -- >>>> Thanks, >>>> Shiva >>>> >>> >>> >>> >> > > > -- > Shrey Banga > Bachelor of Technology, III year > Department of Electrical Engineering > Indian Institute of Technology Roorkee -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Re: Restarting console-base from command line
Thanks Manu, it worked like a charm and it saves a lot of hassle. On Mon, Jul 14, 2008 at 2:59 AM, Manu George <[EMAIL PROTECTED]> wrote: > Hi Shrey, > I also faced this issue recently. My understanding is > that all the DWR calls go through the > org.apache.geronimo.console.servlet.ContextForwardServlet servlet > currently. In that servlet we have a reference to the web app context > of say plan creator or any other console plugin. Since plan creator is > stopped that context object that we refer to becomes stale. So we need > to refresh that context reference in the ContextForwardServlet. I have > opened a JIRA and attached a patch. The link to the jira is > https://issues.apache.org/jira/browse/GERONIMO-4201 > > Regards > Manu > > On Fri, Jul 11, 2008 at 11:01 AM, Shrey Banga <[EMAIL PROTECTED]> > wrote: > > I was trying to write a bat file for automating the process of building > > plancreator, stopping the plancreator module on the server, replacing it > > with the new build and restarting plancreator. Once this process is done, > > the DWR stops working, which is probably because requests to DWR go > through > > /console webapp context. So I manually restart the console-base from the > > admin console which does the trick. Now for the purpose of the bat file, > I > > need to use the deploy tool to restart only the console-base but it in > > list-modules it is shown as: > >> > >> + org.apache.geronimo.plugins/console-tomcat/2.2-SNAPSHOT/car > >> `-> portal-driver.war > >> `-> base-portlets.war > > > > > > If I do a deploy restart > > org.apache.geronimo.plugins/console-tomcat/2.2-SNAPSHOT/car many of the > > other deployed webapps get stopped. How do I restart only console-base ? > Or > > is there a simpler workaround for the dwr problem ? > > -- > > Shrey Banga > > Bachelor of Technology, III year > > Department of Electrical Engineering > > Indian Institute of Technology Roorkee > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Created: (GERONIMO-4204) Admin Console portlets layout messed up after accessibility changes
Admin Console portlets layout messed up after accessibility changes --- Key: GERONIMO-4204 URL: https://issues.apache.org/jira/browse/GERONIMO-4204 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shrey Banga Fix For: 2.2 The layout of portlets in Admin Console such as: 1. All application portlets 2. Server Logs 3. Repository is messed up because of a css:float property assigned to labels in pluto.css -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: recent console changes in trunk
After rebuilding the server I too faced the same problem and on further inspection I could make out the problem was because the patch GERONIMO-4081 Accessibility issues (at revision: 675083) has surrounded text by tags, which have a float:left property set in pluto.css which I suppose is causing the problems. I'm not sure why the float:left is needed in the first place but in case removing it isn't possible, we could create a separate css for the console and import it in the affected portlets. On Fri, Jul 11, 2008 at 6:50 PM, Joe Bohn <[EMAIL PROTECTED]> wrote: > In addition to that quirk, there are other layout issues I'm seeing too > (these are probably the ones Jarek was seeing). > > For example: > - Server Log Viewer layout is all messed up > - All of the Applications views (WARs, EARs, etc...) have the layout all > messed up > - Plugin portlets layout is messed up > > > Those are just a few that I noticed clicking on the top level portlet > pages. There may be other problems when you drill down into some of the > pages to alternate jsps. > > Joe > > > > > Joe Bohn wrote: > >> I'm seeing strange things in trunk as well. Using firefox on a tomcat >> image I see the following prior to the banner in the console. I don't see >> this in safari: >> >> >> Skip to navigation >> Skip to main content >> >> The access keys for this page are: >> >>* ALT plus 1 skips to navigation. >>* ALT plus 2 skips to main content. >> >> >> The first two are links to anchors in the page. If I reload the page the >> extra content prior to the banner is no longer displayed and things look >> normal again. >> >> Joe >> >> >> >> Shiva Kumar H R wrote: >> >>> I have been committing some patches in Admin Console, but most of them >>> have been local to Plan Creator portlet. On the server that's built on my >>> machine (which has all the commits I have done so far + trunk code as on >>> 26-Jun), the portlets that you mention (Web App WARs, Deploy New, Plugins, >>> Server Logs) seem to be working fine (I tested using IE 6 & Firefox 3). >>> >>> I will update my trunk and do a clean build, and see if I face any >>> problems. >>> >>> On Thu, Jul 10, 2008 at 9:59 PM, Jarek Gawor <[EMAIL PROTECTED] >> [EMAIL PROTECTED]>> wrote: >>> >>>Hi, >>> >>>I just built the latest code tried to use the admin console and the >>>layout in a few places (e.g. Web App WARs, Deploy New, Plugins, >>>Server Logs) is screwed up. I see similar layout issues on Firefox >>>(2.0) and IE. >>> >>>It does not seem like people are checking how things look in the >>>console before committing the patches... >>> >>>Jarek >>> >>> >>> >>> >>> -- >>> Thanks, >>> Shiva >>> >> >> >> > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Updated: (GERONIMO-4198) Use a custom icon for PlanCreator in Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-4198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4198: -- Attachment: (was: PlanCreator.gif) > Use a custom icon for PlanCreator in Admin Console > -- > > Key: GERONIMO-4198 > URL: https://issues.apache.org/jira/browse/GERONIMO-4198 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Icon-Admin-Console.patch, PlanCreator.gif, > PlanCreator_old.gif > > > The PlanCreator needs a more descriptive icon to represent the work it does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4198) Use a custom icon for PlanCreator in Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-4198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4198: -- Attachment: PlanCreator.gif > Use a custom icon for PlanCreator in Admin Console > -- > > Key: GERONIMO-4198 > URL: https://issues.apache.org/jira/browse/GERONIMO-4198 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Icon-Admin-Console.patch, PlanCreator.gif, > PlanCreator_old.gif > > > The PlanCreator needs a more descriptive icon to represent the work it does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4198) Use a custom icon for PlanCreator in Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-4198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4198: -- Attachment: (was: PlanCreator.gif) > Use a custom icon for PlanCreator in Admin Console > -- > > Key: GERONIMO-4198 > URL: https://issues.apache.org/jira/browse/GERONIMO-4198 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Icon-Admin-Console.patch, PlanCreator.gif, > PlanCreator_old.gif > > > The PlanCreator needs a more descriptive icon to represent the work it does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4198) Use a custom icon for PlanCreator in Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-4198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4198: -- Attachment: PlanCreator_old.gif PlanCreator.gif > Use a custom icon for PlanCreator in Admin Console > -- > > Key: GERONIMO-4198 > URL: https://issues.apache.org/jira/browse/GERONIMO-4198 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Icon-Admin-Console.patch, PlanCreator.gif, > PlanCreator_old.gif > > > The PlanCreator needs a more descriptive icon to represent the work it does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4198) Use a custom icon for PlanCreator in Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-4198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4198: -- Attachment: Icon-Admin-Console.patch Copy PlanCreator.gif to \plugins\console\console-portal-driver\src\main\webapp\images and apply Icon-Admin-Console.patch > Use a custom icon for PlanCreator in Admin Console > -- > > Key: GERONIMO-4198 > URL: https://issues.apache.org/jira/browse/GERONIMO-4198 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Icon-Admin-Console.patch, PlanCreator.gif > > > The PlanCreator needs a more descriptive icon to represent the work it does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4198) Use a custom icon for PlanCreator in Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-4198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4198: -- Attachment: PlanCreator.gif > Use a custom icon for PlanCreator in Admin Console > -- > > Key: GERONIMO-4198 > URL: https://issues.apache.org/jira/browse/GERONIMO-4198 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator.gif > > > The PlanCreator needs a more descriptive icon to represent the work it does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4198) Use a custom icon for PlanCreator in Admin Console
Use a custom icon for PlanCreator in Admin Console -- Key: GERONIMO-4198 URL: https://issues.apache.org/jira/browse/GERONIMO-4198 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shrey Banga Fix For: 2.2 Attachments: PlanCreator.gif The PlanCreator needs a more descriptive icon to represent the work it does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4197) Use JAXB+DWR to eliminate ConfigData overhead
Use JAXB+DWR to eliminate ConfigData overhead - Key: GERONIMO-4197 URL: https://issues.apache.org/jira/browse/GERONIMO-4197 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Fix For: 2.2 Presently PlanCreator uses a set of ConfigData classes which basically wrap around xmlbean classes to create the deployment plans. These classes are exposed to DWR through EARHelper. As a result, a lot of code needs to be written to transfer data between multiple formats, ie from JSON to Java objects to XML. The idea is to use DWR to expose JAXB classes directly so that the xml can be generated using calls directly from the javascript, eliminating the ConfigData and EARHelper classes. This will ease the process of generating deployment plans, like that used by GEP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4196) Handle Resources in EAR PlanCreator
Handle Resources in EAR PlanCreator --- Key: GERONIMO-4196 URL: https://issues.apache.org/jira/browse/GERONIMO-4196 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shrey Banga Fix For: 2.2 Create a Resource tab for adding application specific resources such as: 1. Database Connection Pools 2. JMS Connection Factories & Destinations 3. Security Realms 4. Credential Stores The intention would be to reuse the existing wizards for theses resources by opening just the portlet in a popup, walk the user through it and update the information once the wizard closes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4195) Handle References in EAR PlanCreator
Handle References in EAR PlanCreator Key: GERONIMO-4195 URL: https://issues.apache.org/jira/browse/GERONIMO-4195 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shrey Banga Fix For: 2.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4192) Do syntax highlighting of the generated plan in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4192: -- Attachment: EAR-Syntax-Highlighting-1.patch Attached EAR-Syntax-Highlighting-1.patch for complete syntax highlighting of the xml > Do syntax highlighting of the generated plan in EAR PlanCreator > --- > > Key: GERONIMO-4192 > URL: https://issues.apache.org/jira/browse/GERONIMO-4192 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: After.jpg, Before.jpg, EAR-Syntax-Highlighting-1.patch > > > Do syntax highlighting to make the generated plan more legible and easier to > edit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: EAR_Security_Icons.zip Attached EAR_Security_Icons.zip which contains icons that must be extracted to the images directory of PlanCreator webapp. > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, 4_Advanced_Settings-initial.jpg, > 5_Run_As_Subject_Dialog.jpg, 6_Security_tab-populated.jpg, > 7_Generated_Plan.jpg, EAR_Security_Icons.zip, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4192) Do syntax highlighting of the generated plan in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4192: -- Attachment: Before.jpg > Do syntax highlighting of the generated plan in EAR PlanCreator > --- > > Key: GERONIMO-4192 > URL: https://issues.apache.org/jira/browse/GERONIMO-4192 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: After.jpg, Before.jpg > > > Do syntax highlighting to make the generated plan more legible and easier to > edit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4192) Do syntax highlighting of the generated plan in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4192: -- Attachment: After.jpg > Do syntax highlighting of the generated plan in EAR PlanCreator > --- > > Key: GERONIMO-4192 > URL: https://issues.apache.org/jira/browse/GERONIMO-4192 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: After.jpg, Before.jpg > > > Do syntax highlighting to make the generated plan more legible and easier to > edit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Accessing js and css in PlanCreator asks for authentication
Hi, In the PlanCreator, the js and css for enterpriseApp.jsp has been placed into /js/enterpriseApp.js and /enterpriseApp.css. Also, the icons required have been placed in the /images directory. Now, when these files are accessed by the browser, it asks for authentication again. I guess I should configure the security settings to allow access to these without authentication but I'm not sure how. Anybody familiar with this problem? -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Commented: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12612770#action_12612770 ] Shrey Banga commented on GERONIMO-4146: --- Thanks Shiva, it only gets better :D > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, 4_Advanced_Settings-initial.jpg, > 5_Run_As_Subject_Dialog.jpg, 6_Security_tab-populated.jpg, > 7_Generated_Plan.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Restarting console-base from command line
I was trying to write a bat file for automating the process of building plancreator, stopping the plancreator module on the server, replacing it with the new build and restarting plancreator. Once this process is done, the DWR stops working, which is probably because requests to DWR go through /console webapp context. So I manually restart the console-base from the admin console which does the trick. Now for the purpose of the bat file, I need to use the deploy tool to restart only the console-base but it in list-modules it is shown as: > + org.apache.geronimo.plugins/console-tomcat/2.2-SNAPSHOT/car > `-> portal-driver.war > `-> base-portlets.war If I do a deploy restart org.apache.geronimo.plugins/console-tomcat/2.2-SNAPSHOT/car many of the other deployed webapps get stopped. How do I restart only console-base ? Or is there a simpler workaround for the dwr problem ? -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: 6_Security_tab-populated.jpg 5_Run_As_Subject_Dialog.jpg 4_Advanced_Settings-initial.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, 4_Advanced_Settings-initial.jpg, > 5_Run_As_Subject_Dialog.jpg, 6_Security_tab-populated.jpg, > 7_Generated_Plan.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: 7_Generated_Plan.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, 4_Advanced_Settings-initial.jpg, > 5_Run_As_Subject_Dialog.jpg, 6_Security_tab-populated.jpg, > 7_Generated_Plan.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: 3_Role_Mappings_Tree.jpg 2_Role_Mapping_Dialog.jpg 1_Security_tab-initial.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: (was: Security_tab-populated.jpg) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: (was: Security_tab-initial.jpg) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: (was: Role_Mapping_Dialog.jpg) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: (was: Role_Mappings_Tree.jpg) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: (was: Run_As_Subject_Dialog.jpg) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: 1_Security_tab-initial.jpg, 2_Role_Mapping_Dialog.jpg, > 3_Role_Mappings_Tree.jpg, PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: (was: Advanced_Settings-initial.jpg) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Security-1.patch, > Role_Mapping_Dialog.jpg, Role_Mappings_Tree.jpg, Run_As_Subject_Dialog.jpg, > Security_tab-initial.jpg, Security_tab-populated.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Comment: was deleted > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Advanced_Settings-initial.jpg, > PlanCreator-EAR-Security-1.patch, Role_Mapping_Dialog.jpg, > Role_Mappings_Tree.jpg, Run_As_Subject_Dialog.jpg, Security_tab-initial.jpg, > Security_tab-populated.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4192) Do syntax highlighting of the generated plan in EAR PlanCreator
Do syntax highlighting of the generated plan in EAR PlanCreator --- Key: GERONIMO-4192 URL: https://issues.apache.org/jira/browse/GERONIMO-4192 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Assignee: Shrey Banga Fix For: 2.2 Do syntax highlighting to make the generated plan more legible and easier to edit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: (was: PlanCreator-EAR-Security-1.patch) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Advanced_Settings-initial.jpg, > PlanCreator-EAR-Security-1.patch, Role_Mapping_Dialog.jpg, > Role_Mappings_Tree.jpg, Run_As_Subject_Dialog.jpg, Security_tab-initial.jpg, > Security_tab-populated.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: PlanCreator-EAR-Security-1.patch Attached PlanCreator-EAR-Security-1.patch for handling Security in EAR PlanCreator > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Advanced_Settings-initial.jpg, > PlanCreator-EAR-Security-1.patch, Role_Mapping_Dialog.jpg, > Role_Mappings_Tree.jpg, Run_As_Subject_Dialog.jpg, Security_tab-initial.jpg, > Security_tab-populated.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: Security_tab-populated.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Advanced_Settings-initial.jpg, > PlanCreator-EAR-Security-1.patch, Role_Mapping_Dialog.jpg, > Role_Mappings_Tree.jpg, Run_As_Subject_Dialog.jpg, Security_tab-initial.jpg, > Security_tab-populated.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: Run_As_Subject_Dialog.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Advanced_Settings-initial.jpg, > PlanCreator-EAR-Security-1.patch, Role_Mapping_Dialog.jpg, > Role_Mappings_Tree.jpg, Run_As_Subject_Dialog.jpg, Security_tab-initial.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: Role_Mappings_Tree.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Advanced_Settings-initial.jpg, > PlanCreator-EAR-Security-1.patch, Role_Mapping_Dialog.jpg, > Role_Mappings_Tree.jpg, Security_tab-initial.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: Advanced_Settings-initial.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: Advanced_Settings-initial.jpg, > PlanCreator-EAR-Security-1.patch, Role_Mapping_Dialog.jpg, > Security_tab-initial.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: Role_Mapping_Dialog.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Security-1.patch, > Role_Mapping_Dialog.jpg, Security_tab-initial.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: Security_tab-initial.jpg > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Security-1.patch, > Security_tab-initial.jpg > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Attachment: PlanCreator-EAR-Security-1.patch Attached PlanCreator-EAR-Security-1.patch for handling Security in EAR PlanCreator. > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Security-1.patch > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Quick development of jsp pages in Admin Console
> > 1) I think we should put this info into FAQ or maybe somewhere under > http://cwiki.apache.org/GMOxDOC21/development-and-deployment-planning.html > . Done > > 2) Part of the instructions are Tomcat assembly specific. So we should > at least document that and if possible also add instructions for > Jetty I've mentioned that it is being demonstrated for Tomcat. I think the same instructions should work with Jetty but haven't tested it out. > > Jarek > > On Wed, Jul 2, 2008 at 9:27 AM, Joseph Leong <[EMAIL PROTECTED]> > wrote: > > Hi Shrey, > > > > I'll be more than glad to document it for you. > > > > -Joseph Leong > > > > On Wed, Jul 2, 2008 at 6:09 AM, Shrey Banga <[EMAIL PROTECTED]> > wrote: > >> > >> Hi, > >> > >> I was trying to edit this page- > >> http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html but it > says I > >> do not have permission to edit it. Also, I experimented a little with > >> inPlace deployment but couldn't get it to work for plancreator and I > think > >> the method described above is useful for admin console webapps. Can > someone > >> else document this method ? > >> > >> On Mon, Jun 30, 2008 at 9:03 PM, Hernan Cunico <[EMAIL PROTECTED]> > wrote: > >>> > >>> Kevan Miller wrote: > >>>> > >>>> On Jun 30, 2008, at 8:43 AM, Shrey Banga wrote: > >>>> > >>>>> Hi, > >>>>> > >>>>> While working on PlanCreator, I initially restarted it after each > >>>>> modification to the code which is too cumbersome for testing small > changes > >>>>> especially in the JSPs. Thanks to Manu, I realized that there's an > easier > >>>>> workaround to this:- > >>>>> > >>>>> 1. Modify \var\catalina\conf\web.xml: > >>>>> * Set the *development* parameter to *true* in the > >>>>>init-param to org.apache.jasper.servlet.JspServlet > >>>>> * Edit (add if doesn't exist) the > >>>>>*modificationTestInterval* to *0* > >>>>> 2. In the webapp that you intend to modify, find the web.xml and > >>>>> remove the servlet-name and servlet-mapping of the jsp you > >>>>> intend to modify and test. > >>>>> For example, for PlanCreator I edit the > >>>>> plancreator-console-tomcat-2.2-SNAPSHOT.car\WEB-INF\web.xml. > >>>>> 3. Restart the server with these settings in place. > >>>>> > >>>>> Once this is done, you can modify the jsp in place and hit refresh to > >>>>> test it. It'll be recompiled each time. I think this is very handy > for > >>>>> developing and testing deployed web applications. Can someone copy > this to > >>>>> wiki or grant me access to it ? > >>>> > >>>> Looks like Shrey has already submitted an ICLA to the ASF. Hernan, can > >>>> you give Shrey access? > >>>> > >>>> --kevan > >>> > >>> My machine got toasted (literally) last week and I'm still struggling > >>> with the new one. > >>> > >>> I just added Shrey to geronimo-contributors. > >>> > >>> for the record, any confluence admin can do this, a list with the > admins > >>> is available at > >>> > http://cwiki.apache.org/geronimo/geronimo-cwiki-documentation-architecture.html > >>> > >>> Shrey, let us know if you have any questions > >>> > >>> btw, wouldn't a scenario like the one described be addressed by inPlace > >>> deployment ? I used that in the past and worked like a charm > >>> > >>> btw 2, Firefox 3 is also giving me headaches. > >>> > >>> Cheers! > >>> Hernan > >> > >> > >> > >> -- > >> Shrey Banga > >> Bachelor of Technology, III year > >> Department of Electrical Engineering > >> Indian Institute of Technology Roorkee > > > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Re: Quick development of jsp pages in Admin Console
Thanks Jospeh :) On Wed, Jul 2, 2008 at 6:57 PM, Joseph Leong <[EMAIL PROTECTED]> wrote: > Hi Shrey, > > I'll be more than glad to document it for you. > > -Joseph Leong > > > On Wed, Jul 2, 2008 at 6:09 AM, Shrey Banga <[EMAIL PROTECTED]> wrote: > >> Hi, >> >> I was trying to edit this page- >> http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html but it says >> I do not have permission to edit it. Also, I experimented a little with >> inPlace deployment but couldn't get it to work for plancreator and I think >> the method described above is useful for admin console webapps. Can someone >> else document this method ? >> >> >> On Mon, Jun 30, 2008 at 9:03 PM, Hernan Cunico <[EMAIL PROTECTED]> wrote: >> >>> Kevan Miller wrote: >>> >>>> >>>> On Jun 30, 2008, at 8:43 AM, Shrey Banga wrote: >>>> >>>> Hi, >>>>> >>>>> While working on PlanCreator, I initially restarted it after each >>>>> modification to the code which is too cumbersome for testing small changes >>>>> especially in the JSPs. Thanks to Manu, I realized that there's an easier >>>>> workaround to this:- >>>>> >>>>> 1. Modify \var\catalina\conf\web.xml: >>>>> * Set the *development* parameter to *true* in the >>>>>init-param to org.apache.jasper.servlet.JspServlet >>>>> * Edit (add if doesn't exist) the >>>>>*modificationTestInterval* to *0* >>>>> 2. In the webapp that you intend to modify, find the web.xml and >>>>> remove the servlet-name and servlet-mapping of the jsp you >>>>> intend to modify and test. >>>>> For example, for PlanCreator I edit the >>>>> plancreator-console-tomcat-2.2-SNAPSHOT.car\WEB-INF\web.xml. >>>>> 3. Restart the server with these settings in place. >>>>> >>>>> Once this is done, you can modify the jsp in place and hit refresh to >>>>> test it. It'll be recompiled each time. I think this is very handy for >>>>> developing and testing deployed web applications. Can someone copy this to >>>>> wiki or grant me access to it ? >>>>> >>>> >>>> Looks like Shrey has already submitted an ICLA to the ASF. Hernan, can >>>> you give Shrey access? >>>> >>>> --kevan >>>> >>> My machine got toasted (literally) last week and I'm still struggling >>> with the new one. >>> >>> I just added Shrey to geronimo-contributors. >>> >>> for the record, any confluence admin can do this, a list with the admins >>> is available at >>> http://cwiki.apache.org/geronimo/geronimo-cwiki-documentation-architecture.html >>> >>> Shrey, let us know if you have any questions >>> >>> btw, wouldn't a scenario like the one described be addressed by inPlace >>> deployment ? I used that in the past and worked like a charm >>> >>> btw 2, Firefox 3 is also giving me headaches. >>> >>> Cheers! >>> Hernan >>> >> >> >> >> -- >> Shrey Banga >> Bachelor of Technology, III year >> Department of Electrical Engineering >> Indian Institute of Technology Roorkee >> > > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Re: Quick development of jsp pages in Admin Console
Hi, I was trying to edit this page- http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html but it says I do not have permission to edit it. Also, I experimented a little with inPlace deployment but couldn't get it to work for plancreator and I think the method described above is useful for admin console webapps. Can someone else document this method ? On Mon, Jun 30, 2008 at 9:03 PM, Hernan Cunico <[EMAIL PROTECTED]> wrote: > Kevan Miller wrote: > >> >> On Jun 30, 2008, at 8:43 AM, Shrey Banga wrote: >> >> Hi, >>> >>> While working on PlanCreator, I initially restarted it after each >>> modification to the code which is too cumbersome for testing small changes >>> especially in the JSPs. Thanks to Manu, I realized that there's an easier >>> workaround to this:- >>> >>> 1. Modify \var\catalina\conf\web.xml: >>> * Set the *development* parameter to *true* in the >>>init-param to org.apache.jasper.servlet.JspServlet >>> * Edit (add if doesn't exist) the >>>*modificationTestInterval* to *0* >>> 2. In the webapp that you intend to modify, find the web.xml and >>> remove the servlet-name and servlet-mapping of the jsp you >>> intend to modify and test. >>> For example, for PlanCreator I edit the >>> plancreator-console-tomcat-2.2-SNAPSHOT.car\WEB-INF\web.xml. >>> 3. Restart the server with these settings in place. >>> >>> Once this is done, you can modify the jsp in place and hit refresh to >>> test it. It'll be recompiled each time. I think this is very handy for >>> developing and testing deployed web applications. Can someone copy this to >>> wiki or grant me access to it ? >>> >> >> Looks like Shrey has already submitted an ICLA to the ASF. Hernan, can you >> give Shrey access? >> >> --kevan >> > My machine got toasted (literally) last week and I'm still struggling with > the new one. > > I just added Shrey to geronimo-contributors. > > for the record, any confluence admin can do this, a list with the admins is > available at > http://cwiki.apache.org/geronimo/geronimo-cwiki-documentation-architecture.html > > Shrey, let us know if you have any questions > > btw, wouldn't a scenario like the one described be addressed by inPlace > deployment ? I used that in the past and worked like a charm > > btw 2, Firefox 3 is also giving me headaches. > > Cheers! > Hernan > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Quick development of jsp pages in Admin Console
Hi, While working on PlanCreator, I initially restarted it after each modification to the code which is too cumbersome for testing small changes especially in the JSPs. Thanks to Manu, I realized that there's an easier workaround to this:- 1. Modify \var\catalina\conf\web.xml: - Set the *development* parameter to *true* in the init-param to org.apache.jasper.servlet.JspServlet - Edit (add if doesn't exist) the *modificationTestInterval* to *0* 2. In the webapp that you intend to modify, find the web.xml and remove the servlet-name and servlet-mapping of the jsp you intend to modify and test. For example, for PlanCreator I edit the plancreator-console-tomcat-2.2-SNAPSHOT.car\WEB-INF\web.xml. 3. Restart the server with these settings in place. Once this is done, you can modify the jsp in place and hit refresh to test it. It'll be recompiled each time. I think this is very handy for developing and testing deployed web applications. Can someone copy this to wiki or grant me access to it ? Thanks, -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Re: Reducing the dojo footprint in Geronimo
> As for the including the rest of DojoX, since it a significant part of the > reducing effort. Would it make sense to build a custom js for monitoring, > remove the rest of DojoX and if the development starts shifting to a real > need for DojoX to make a decision to bring it back in the future? I think that makes perfect sense- not only will this do the part in reducing the dojo footprint, it'll also be useful as an example to how dojo should be used optimally in deployment. Another desirable side-effect would be reduced load times in the monitoring application, although currently that is not an issue. On Fri, Jun 27, 2008 at 8:07 PM, Joseph Leong <[EMAIL PROTECTED]> wrote: > I agree with you Jason and I feel 'experimental' can be casted in different > light. Looking at it's function exclusively, it seems to be fitting our > needs and is stable from what i can see. Having said that, i agree with > your approach Shrey - The part where you mentioned the ability to create a > custom js for the specific functionality of the monitoring console that > required particular dojox dependencies. So that would give us the slimmest > version of what we want from DojoX and allow us to remove the rest. > > As for the including the rest of DojoX, since it a significant part of the > reducing effort. Would it make sense to build a custom js for monitoring, > remove the rest of DojoX and if the development starts shifting to a real > need for DojoX to make a decision to bring it back in the future? As pointed > out, a lot of the functionality can be and was intended to be completed with > dijit and dojo. Thoughts? > > -Joseph Leong > > > > > On Fri, Jun 27, 2008 at 8:58 AM, Shrey Banga <[EMAIL PROTECTED]> > wrote: > >> Donald, >> >> Are you suggesting we build all of the dojo, dijit and dojox scripts into >> one single js and use that? I think that will be highly inexpedient. >> For one, running the builder for all possible scripts in dojo is both >> extremely tedious as the builder requires that we provide the basic modules >> that our webapp needs, similar to dojo.requires in the webpages. In this >> case, we'll have to require all the modules to be sure that none are left. >> Even if we manage to do that, what we'll get is a massive js that will kill >> most, if not all, webapps. What I'm suggesting is to build the specific >> modules required by the Monitor application into one js and include that >> within the application instead of using the dojo files in the repository. >> Then we can get rid of dojox and advise users to do the same. >> >> >> On Fri, Jun 27, 2008 at 6:10 PM, Donald Woods <[EMAIL PROTECTED]> wrote: >> >>> Then why not keep the dojox and just rebuild everything (minnus the demo >>> and test files) into a single .js for the Dojo Plugin? >>> >>> I really don't want 2 copies of this in the server, which would be worse >>> than 1 larger copy >>> >>> >>> -Donald >>> >>> >>> Shrey Banga wrote: >>> >>>> Dojo does have a builder which can parse the dojo tree to create a >>>> single .js that is compressed and can be included with the webapp. Although >>>> this is intended for the purpose of speeding up webpages and avoiding lock >>>> up of resources while all the js is loaded, it can be used similarly for >>>> the >>>> purpose of the monitor console so that dojox can be removed from the >>>> repository and the .js that has been built can be included with the >>>> monitor. >>>> I think this would be a better approach than manually fishing out the >>>> required js. This should be the approach any geronimo user intending to use >>>> dojox features should use as they are bound to change in further releases. >>>> As Lin Sun pointed out, we shouldn't really be using the experimental >>>> features anyway. As and when these features are accommodated in the >>>> dojo/dijit components we can include them too. >>>> >>>> On Fri, Jun 27, 2008 at 2:29 AM, Lin Sun <[EMAIL PROTECTED] >>> [EMAIL PROTECTED]>> wrote: >>>> >>>>Would it be possible that we release the monitor console piece as an >>>>external plugin where users can install it on demand? That way, >>>>whoever wants to see the monitor console piece can install it along >>>>with the dojox dependency and we don't need to figure out/bundle >>>> which >>>>pieces of dojox we need.Also, I am a bit surprised that we are >>>>using dojox as that is supposed to be incubator phase for dojo. >>>> >>>>Lin >>>> >>>> >>>> >>>> >>>> -- >>>> Shrey Banga >>>> Bachelor of Technology, III year >>>> Department of Electrical Engineering >>>> Indian Institute of Technology Roorkee >>>> >>> >> >> >> -- >> Shrey Banga >> Bachelor of Technology, III year >> Department of Electrical Engineering >> Indian Institute of Technology Roorkee >> > > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Re: Reducing the dojo footprint in Geronimo
Donald, Are you suggesting we build all of the dojo, dijit and dojox scripts into one single js and use that? I think that will be highly inexpedient. For one, running the builder for all possible scripts in dojo is both extremely tedious as the builder requires that we provide the basic modules that our webapp needs, similar to dojo.requires in the webpages. In this case, we'll have to require all the modules to be sure that none are left. Even if we manage to do that, what we'll get is a massive js that will kill most, if not all, webapps. What I'm suggesting is to build the specific modules required by the Monitor application into one js and include that within the application instead of using the dojo files in the repository. Then we can get rid of dojox and advise users to do the same. On Fri, Jun 27, 2008 at 6:10 PM, Donald Woods <[EMAIL PROTECTED]> wrote: > Then why not keep the dojox and just rebuild everything (minnus the demo > and test files) into a single .js for the Dojo Plugin? > > I really don't want 2 copies of this in the server, which would be worse > than 1 larger copy > > > -Donald > > > Shrey Banga wrote: > >> Dojo does have a builder which can parse the dojo tree to create a single >> .js that is compressed and can be included with the webapp. Although this is >> intended for the purpose of speeding up webpages and avoiding lock up of >> resources while all the js is loaded, it can be used similarly for the >> purpose of the monitor console so that dojox can be removed from the >> repository and the .js that has been built can be included with the monitor. >> I think this would be a better approach than manually fishing out the >> required js. This should be the approach any geronimo user intending to use >> dojox features should use as they are bound to change in further releases. >> As Lin Sun pointed out, we shouldn't really be using the experimental >> features anyway. As and when these features are accommodated in the >> dojo/dijit components we can include them too. >> >> On Fri, Jun 27, 2008 at 2:29 AM, Lin Sun <[EMAIL PROTECTED] > [EMAIL PROTECTED]>> wrote: >> >>Would it be possible that we release the monitor console piece as an >>external plugin where users can install it on demand? That way, >>whoever wants to see the monitor console piece can install it along >>with the dojox dependency and we don't need to figure out/bundle which >>pieces of dojox we need.Also, I am a bit surprised that we are >>using dojox as that is supposed to be incubator phase for dojo. >> >>Lin >> >> >> >> >> -- >> Shrey Banga >> Bachelor of Technology, III year >> Department of Electrical Engineering >> Indian Institute of Technology Roorkee >> > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Commented: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12608754#action_12608754 ] Shrey Banga commented on GERONIMO-4166: --- Adding the dependency to j2ee-security successfully deploys the application but with the buggy ear, it should have ideally reported the error on the server console and not have broken the Web App wars and Application EARs. I have attached timereport_buggy.ear and timereport.ear, the only difference being the dependency to j2ee-security. > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, securityRealmPlan.xml, timereport.ear, > timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) > at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) > at > org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) > at > org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) > at > org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) > at > org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) > at > jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) > at > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) > at > org.apache.catalina.core.ApplicationDispatcher.forwa
[jira] Updated: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4166: -- Attachment: timereport.ear timereport_buggy.ear > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, securityRealmPlan.xml, timereport.ear, > timereport_buggy.ear, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) > at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) > at > org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) > at > org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) > at > org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) > at > org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) > at > jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) > at > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) > at > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) > at > org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.Appli
[jira] Updated: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4166: -- Attachment: securityRealmPlan.xml > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, securityRealmPlan.xml, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) > at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) > at > org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) > at > org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) > at > org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) > at > org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) > at > jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) > at > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) > at > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) > at > org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >
[jira] Updated: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4166: -- Attachment: TimeReportDB.sql > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, securityRealmPlan.xml, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) > at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) > at > org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) > at > org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) > at > org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) > at > org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) > at > jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) > at > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) > at > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) > at > org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >
[jira] Updated: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
[ https://issues.apache.org/jira/browse/GERONIMO-4166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4166: -- Attachment: dbPoolPlan.xml > EAR missing dependency on j2ee-security breaks Server Console > - > > Key: GERONIMO-4166 > URL: https://issues.apache.org/jira/browse/GERONIMO-4166 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: dbPoolPlan.xml, securityRealmPlan.xml, TimeReportDB.sql > > > I created an ear with security configuration which seemed to get deployed > successfully but once deployed, the Web app wars and Application EARS > portlets failed with the exception: > java.lang.NullPointerException > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) > at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) > at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) > at > org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) > at > org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) > at > org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) > at > org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) > at > jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) > at > org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) > at > jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) > at > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) > at > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) > at > org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >
[jira] Created: (GERONIMO-4166) EAR missing dependency on j2ee-security breaks Server Console
EAR missing dependency on j2ee-security breaks Server Console - Key: GERONIMO-4166 URL: https://issues.apache.org/jira/browse/GERONIMO-4166 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.2 Reporter: Shrey Banga Fix For: 2.2 Attachments: dbPoolPlan.xml, securityRealmPlan.xml, TimeReportDB.sql I created an ear with security configuration which seemed to get deployed successfully but once deployed, the Web app wars and Application EARS portlets failed with the exception: java.lang.NullPointerException at org.apache.geronimo.console.configmanager.ConfigManagerPortlet.doView(ConfigManagerPortlet.java:239) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167) at org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101) at org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173) at org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152) at jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspx_meth_c_005fforEach_005f0(default_002dtheme_jsp.java:196) at jsp.WEB_002dINF.themes.default_002dtheme_jsp._jspService(default_002dtheme_jsp.java:101) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302) at org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:151) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke
Re: Reducing the dojo footprint in Geronimo
Dojo does have a builder which can parse the dojo tree to create a single .js that is compressed and can be included with the webapp. Although this is intended for the purpose of speeding up webpages and avoiding lock up of resources while all the js is loaded, it can be used similarly for the purpose of the monitor console so that dojox can be removed from the repository and the .js that has been built can be included with the monitor. I think this would be a better approach than manually fishing out the required js. This should be the approach any geronimo user intending to use dojox features should use as they are bound to change in further releases. As Lin Sun pointed out, we shouldn't really be using the experimental features anyway. As and when these features are accommodated in the dojo/dijit components we can include them too. On Fri, Jun 27, 2008 at 2:29 AM, Lin Sun <[EMAIL PROTECTED]> wrote: > Would it be possible that we release the monitor console piece as an > external plugin where users can install it on demand? That way, > whoever wants to see the monitor console piece can install it along > with the dojox dependency and we don't need to figure out/bundle which > pieces of dojox we need.Also, I am a bit surprised that we are > using dojox as that is supposed to be incubator phase for dojo. > > Lin > -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Reducing the dojo footprint in Geronimo
Hi all, I've been working on the EAR PlanCreator and I've observed that dojo is shipped with all the demos, tests and experimental widgets in place, causing the folder to be about 12.8 MB on the expanded server (2.2-SNAPSHOT). Looking at the various folders, I think we can achieve significant reduction in the dojo footprint and eventually of the server itself by removing the following components: dojo/tests - 579 KB dijit/tests - 551 KB dijit/demos - 909 KB dojox - 6.82 MB >From a geronimo user's perspective, the tests suite is not of much use as they are meant to test the widgets provided by dojo itself which can be tested by separately downloading the given release instead of shipping it with the server. Similarly, the demos, which are used to exhibit dojo's capabilities, can be run directly from dojo's website or downloaded and run locally without the server. Also, people trying to learn from the demos tend to use the css provided for the purpose of the demo, which is not recommended. My rationale for removing the dojox is that these are marked as experimental by the dojo community and although some components are used often, keeping 6.8 MBs of code that is still experimental does not make sense. It is better to trust the dojo community to shift components from experimental to stable areas and then use them in further releases. Removing the stated components frees up about 8.7 MBs of space on the expanded server, which is huge for a javascript library. Since a Geronimo user can still include these components into his/her webapp we're not really stopping them from using these components, only transferring the overhead of using the lesser used components onto the user. -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Re: Need JIRA contributor access to assign JIRAs to myself
Thank you Shiva :) On Mon, Jun 23, 2008 at 6:00 PM, Shiva Kumar H R <[EMAIL PROTECTED]> wrote: > ICLA in place > (http://people.apache.org/~jim/committers.html<http://people.apache.org/%7Ejim/committers.html>). > Added banga.shrey to geronimo-contributor group. > > Happy Contributing Shrey! > > > On Mon, Jun 23, 2008 at 5:48 PM, Shrey Banga <[EMAIL PROTECTED]> > wrote: > >> I'm sorry I forgot to metnion, my JIRA id is banga.shrey >> >> >> On Mon, Jun 23, 2008 at 5:27 PM, Shrey Banga <[EMAIL PROTECTED]> >> wrote: >> >>> Hi, >>> I have been working on the PlanCreator for EARs. I've already attached >>> patches to handle dependencies in the >>> same(GERONIMO-4133<https://issues.apache.org/jira/browse/GERONIMO-4133>) >>> and fixed a few bugs that caused it to fail in >>> IE(GERONIMO-4147<https://issues.apache.org/jira/browse/GERONIMO-4147>). >>> I am now working on the section that handles Security in PlanCreator( >>> GERONIMO-4146 <https://issues.apache.org/jira/browse/GERONIMO-4146>). I >>> would like to be able to assign those JIRAs to myself. I've already provided >>> my ICLA. Please provide me contributor access to JIRA. >>> >>> Thanks, >>> -- >>> Shrey Banga >>> Bachelor of Technology, III year >>> Department of Electrical Engineering >>> Indian Institute of Technology Roorkee >> >> >> >> >> -- >> Shrey Banga >> Bachelor of Technology, III year >> Department of Electrical Engineering >> Indian Institute of Technology Roorkee >> > > > > -- > Thanks, > Shiva -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Assigned: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga reassigned GERONIMO-4146: - Assignee: Shrey Banga > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shrey Banga > Fix For: 2.2 > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Need JIRA contributor access to assign JIRAs to myself
I'm sorry I forgot to metnion, my JIRA id is banga.shrey On Mon, Jun 23, 2008 at 5:27 PM, Shrey Banga <[EMAIL PROTECTED]> wrote: > Hi, > I have been working on the PlanCreator for EARs. I've already attached > patches to handle dependencies in the > same(GERONIMO-4133<https://issues.apache.org/jira/browse/GERONIMO-4133>) > and fixed a few bugs that caused it to fail in > IE(GERONIMO-4147<https://issues.apache.org/jira/browse/GERONIMO-4147>). > I am now working on the section that handles Security in PlanCreator( > GERONIMO-4146 <https://issues.apache.org/jira/browse/GERONIMO-4146>). I > would like to be able to assign those JIRAs to myself. I've already provided > my ICLA. Please provide me contributor access to JIRA. > > Thanks, > -- > Shrey Banga > Bachelor of Technology, III year > Department of Electrical Engineering > Indian Institute of Technology Roorkee -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
Need JIRA contributor access to assign JIRAs to myself
Hi, I have been working on the PlanCreator for EARs. I've already attached patches to handle dependencies in the same(GERONIMO-4133<https://issues.apache.org/jira/browse/GERONIMO-4133>) and fixed a few bugs that caused it to fail in IE(GERONIMO-4147<https://issues.apache.org/jira/browse/GERONIMO-4147>). I am now working on the section that handles Security in PlanCreator( GERONIMO-4146 <https://issues.apache.org/jira/browse/GERONIMO-4146>). I would like to be able to assign those JIRAs to myself. I've already provided my ICLA. Please provide me contributor access to JIRA. Thanks, -- Shrey Banga Bachelor of Technology, III year Department of Electrical Engineering Indian Institute of Technology Roorkee
[jira] Updated: (GERONIMO-4147) EAR PlanCreator fix for Internet Explorer
[ https://issues.apache.org/jira/browse/GERONIMO-4147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4147: -- Attachment: PlanCreator-EAR-Dep-IEFix.patch > EAR PlanCreator fix for Internet Explorer > - > > Key: GERONIMO-4147 > URL: https://issues.apache.org/jira/browse/GERONIMO-4147 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-IEFix.patch > > > Patch available which fixes problems with display in IE: > 1. A trailing comma broke the function that updates form fields to values > received from the server. > 2. Since some versions of IE have issues with width="100%" the Dependencies > dialog looked different in FF and IE. Also, the Dependencies section did not > render correctly, causing the buttons to exceed the boundary. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4147) EAR PlanCreator fix for Internet Explorer
[ https://issues.apache.org/jira/browse/GERONIMO-4147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4147: -- Component/s: PlanCreator Fix Version/s: 2.2 Description: Patch available which fixes problems with display in IE: 1. A trailing comma broke the function that updates form fields to values received from the server. 2. Since some versions of IE have issues with width="100%" the Dependencies dialog looked different in FF and IE. Also, the Dependencies section did not render correctly, causing the buttons to exceed the boundary. Patch Info: [Patch Available] Affects Version/s: 2.2 > EAR PlanCreator fix for Internet Explorer > - > > Key: GERONIMO-4147 > URL: https://issues.apache.org/jira/browse/GERONIMO-4147 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > > Patch available which fixes problems with display in IE: > 1. A trailing comma broke the function that updates form fields to values > received from the server. > 2. Since some versions of IE have issues with width="100%" the Dependencies > dialog looked different in FF and IE. Also, the Dependencies section did not > render correctly, causing the buttons to exceed the boundary. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4147) EAR PlanCreator fix for Internet Explorer
EAR PlanCreator fix for Internet Explorer - Key: GERONIMO-4147 URL: https://issues.apache.org/jira/browse/GERONIMO-4147 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Reporter: Shrey Banga -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4146) Handle Security in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4146: -- Description: I'm working on a patch that will handle Security settings in the PlanCreator for EARs. (was: Patch to handle Security in PlanCreator) Patch Info: (was: [Patch Available]) > Handle Security in EAR PlanCreator > -- > > Key: GERONIMO-4146 > URL: https://issues.apache.org/jira/browse/GERONIMO-4146 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > > I'm working on a patch that will handle Security settings in the PlanCreator > for EARs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4146) Handle Security in EAR PlanCreator
Handle Security in EAR PlanCreator -- Key: GERONIMO-4146 URL: https://issues.apache.org/jira/browse/GERONIMO-4146 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Fix For: 2.2 Patch to handle Security in PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: PlanCreator-EAR-Dep-3.patch PlanCreator-EAR-Dep-3.patch Fixed issues with IE. > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shiva Kumar H R > Fix For: 2.2 > > Attachments: help.gif, PlanCreator-EAR-Dep-1.patch, > PlanCreator-EAR-Dep-2.patch, PlanCreator-EAR-Dep-3.patch, screenshot-1.jpg, > screenshot-2.jpg, screenshot-3.jpg, screenshot-4.jpg, screenshot-5.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12606716#action_12606716 ] Shrey Banga commented on GERONIMO-4133: --- Thank you for committing Shiva! Completed at revision: 669860 > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shiva Kumar H R > Fix For: 2.2 > > Attachments: help.gif, PlanCreator-EAR-Dep-1.patch, > PlanCreator-EAR-Dep-2.patch, screenshot-1.jpg, screenshot-2.jpg, > screenshot-3.jpg, screenshot-4.jpg, screenshot-5.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: help.gif I couldn't attach the image for the help icon (help.gif). Please create a new folder 'images' under \plugins\plancreator\plancreator-portlets\src\main\webapp\ and save help.gif to that folder. > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga >Assignee: Shiva Kumar H R > Fix For: 2.2 > > Attachments: help.gif, PlanCreator-EAR-Dep-1.patch, > PlanCreator-EAR-Dep-2.patch, screenshot-1.jpg, screenshot-2.jpg, > screenshot-3.jpg, screenshot-4.jpg, screenshot-5.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: PlanCreator-EAR-Dep-2.patch Please use this new patch (fixed issues with deleting and loading dependencies). > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-1.patch, > PlanCreator-EAR-Dep-2.patch, screenshot-1.jpg, screenshot-2.jpg, > screenshot-3.jpg, screenshot-4.jpg, screenshot-5.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: screenshot-4.jpg Edit dependency dialog > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-1.patch, screenshot-1.jpg, > screenshot-2.jpg, screenshot-3.jpg, screenshot-4.jpg, screenshot-5.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: screenshot-5.jpg Dependencies added to the generated plan > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-1.patch, screenshot-1.jpg, > screenshot-2.jpg, screenshot-3.jpg, screenshot-4.jpg, screenshot-5.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: screenshot-3.jpg The populated dependencies tree > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-1.patch, screenshot-1.jpg, > screenshot-2.jpg, screenshot-3.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: screenshot-2.jpg The add dependencies dialog. Select dependencies and click ok to add. Dependencies that are already added are disabled. > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-1.patch, screenshot-1.jpg, > screenshot-2.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: screenshot-1.jpg The new dependencies tab- complete with a dependencies tree and add, edit, delete buttons. > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-1.patch, screenshot-1.jpg > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
[ https://issues.apache.org/jira/browse/GERONIMO-4133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shrey Banga updated GERONIMO-4133: -- Attachment: PlanCreator-EAR-Dep-1.patch The dependencies tab of PlanCreator for EARs is fully functional now. Check out screenshots for details. > Handle dependencies in EAR PlanCreator > -- > > Key: GERONIMO-4133 > URL: https://issues.apache.org/jira/browse/GERONIMO-4133 > Project: Geronimo > Issue Type: Sub-task > Security Level: public(Regular issues) > Components: PlanCreator >Affects Versions: 2.2 >Reporter: Shrey Banga > Fix For: 2.2 > > Attachments: PlanCreator-EAR-Dep-1.patch > > > Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4133) Handle dependencies in EAR PlanCreator
Handle dependencies in EAR PlanCreator -- Key: GERONIMO-4133 URL: https://issues.apache.org/jira/browse/GERONIMO-4133 Project: Geronimo Issue Type: Sub-task Security Level: public (Regular issues) Components: PlanCreator Affects Versions: 2.2 Reporter: Shrey Banga Fix For: 2.2 Attached patch for handling dependencies in the EAR PlanCreator -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
