[JBoss JIRA] (WFLY-4171) Provide an html5 archetype for wildfly
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/WFLY-4171?page=com.atlassian.jira.plugin.... ]
Fred Bricon edited comment on WFLY-4171 at 1/29/15 11:23 AM:
-------------------------------------------------------------
So now it looks pretty good overall. There are still a couple minor issues though, but they're the last ones.
- Unnecessary @suppresswarnings(unused) on the java ee webapp Resources.java
- none of the WEB-INF/templates/default.xhtml files are filtered. Leaving :
** in javaee7 webapp : {noformat}<title>${artifactId}</title>{noformat}
** in javaee7 ear webapp : {noformat}<title>${rootArtifactId}</title>{noformat}
was (Author: fbricon):
So now it looks pretty good overall. There are still a couple minor issues though, but they're the last ones.
- Unnecessary @suppresswarnings(unused) on the java ee webapp Resources.java
- none of the WEB-INF/templates/default.xhtml files are filtered. Leaving :
** {noformat}<title>${artifactId}</title>{noformat}
> Provide an html5 archetype for wildfly
> --------------------------------------
>
> Key: WFLY-4171
> URL: https://issues.jboss.org/browse/WFLY-4171
> Project: WildFly
> Issue Type: Feature Request
> Reporter: Fred Bricon
> Assignee: Rafael Benevides
>
> We'd like to provide a Wildfly-ified version of the html5 archetype in JBoss Central, for JBoss Tools and Developer Studio, The current versions we serve right now are :
> * org.jboss.aerogear.archetypes:jboss-html5-mobile-archetype:7.1.3.Final
> * org.jboss.archetype.wfk:jboss-html5-mobile-archetype:2.6.0.Final
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (WFLY-4171) Provide an html5 archetype for wildfly
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/WFLY-4171?page=com.atlassian.jira.plugin.... ]
Fred Bricon commented on WFLY-4171:
-----------------------------------
So now it looks pretty good overall. There are still a couple minor issues though, but they're the last ones.
- Unnecessary @suppresswarnings(unused) on the java ee webapp Resources.java
- none of the WEB-INF/templates/default.xhtml files are filtered. Leaving :
** {noformat}<title>${artifactId}</title>{noformat}
> Provide an html5 archetype for wildfly
> --------------------------------------
>
> Key: WFLY-4171
> URL: https://issues.jboss.org/browse/WFLY-4171
> Project: WildFly
> Issue Type: Feature Request
> Reporter: Fred Bricon
> Assignee: Rafael Benevides
>
> We'd like to provide a Wildfly-ified version of the html5 archetype in JBoss Central, for JBoss Tools and Developer Studio, The current versions we serve right now are :
> * org.jboss.aerogear.archetypes:jboss-html5-mobile-archetype:7.1.3.Final
> * org.jboss.archetype.wfk:jboss-html5-mobile-archetype:2.6.0.Final
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (SECURITY-772) SPNEGOLoginModule does not always respect removeRealmFromPrincipal
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/SECURITY-772?page=com.atlassian.jira.plug... ]
RH Bugzilla Integration commented on SECURITY-772:
--------------------------------------------------
Carlo de Wolf <cdewolf(a)redhat.com> changed the Status of [bug 1039989|https://bugzilla.redhat.com/show_bug.cgi?id=1039989] from MODIFIED to ON_QA
> SPNEGOLoginModule does not always respect removeRealmFromPrincipal
> ------------------------------------------------------------------
>
> Key: SECURITY-772
> URL: https://issues.jboss.org/browse/SECURITY-772
> Project: PicketBox
> Issue Type: Bug
> Components: Negotiation
> Affects Versions: Negotiation_2_2_6
> Reporter: Tom Fonteyne
> Assignee: Tom Fonteyne
> Priority: Minor
> Fix For: Negotiation_2_2_7
>
>
> org.jboss.security.negotiation.spnego.SPNEGOLoginModule
> private class AcceptSecContext:
> if (gssContext.isEstablished())
> {
> log.warn("Authentication was performed despite already being authenticated!");
> // TODO - Refactor to only do this once.
> setIdentity(new KerberosPrincipal(gssContext.getSrcName().toString()));
> The last line should obey the "removeRealmFromPrincipal" flag similarly as a bit further down:
> setIdentity(createIdentity(gssContext.getSrcName().toString()));
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (DROOLS-701) Drools audit log eclipse not opening
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-701?page=com.atlassian.jira.plugin... ]
Mario Fusco commented on DROOLS-701:
------------------------------------
No problem, it's far better to have a duplicated error report than a uncaught bug :)
Thanks a lor for your unvaluable help.
> Drools audit log eclipse not opening
> ------------------------------------
>
> Key: DROOLS-701
> URL: https://issues.jboss.org/browse/DROOLS-701
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.2.0.CR3
> Environment: Eclipse Audit log view
> Reporter: Matteo Mortari
> Assignee: Mario Fusco
> Fix For: 6.2.0.Final
>
> Attachments: 20150129.drools6test_auditlog_eclipse.zip
>
>
> With reference to drools-setup discussion thread, I'm don't have the same scenario of Gergely which is open as DROOLS-672:
> {quote}
> First of all: this problem can be reproduced with only a single audit file.
> {quote}
> but I got a reproducer for the scenario I describe:
> {quote}
> I'm experiencing similar behavior and stacktrace in the Eclipse log, when I get as a result several Audit logs file ( because of the many insert/fire etc therefore many audit records results in automatic file splits ).
> When I have several audit logs, some logs do open in the Audit view correctly; other log files in the sequence do not open and as you describe Audit view is empty and that stacktrace output is produced in the Eclipse log.
> Do you have the same experience?
> I'm asking as you seem to mention about a single log file but I was wondering if it's actually one in a sequence of audit log.
> I'm also wondering if this is due to the log containing some cross-reference to other log records not appearing in this file instance but the previous/next, making the java code which is constructing the items in the Audit log treeview fail with that stacktrace.
> {quote}
> It could be the solution to this bug/reproducer will solve the same issue as Gergely, but I cannot tell if our cases are really the same hence I prefer to raise this as a new separate JIRA bug record.
> h5. Steps to reproduce
> With reference to attached reproducer
> the first sessionlog.log log file opens correctly.
> From log file sessionlog1.log it will no longer open, Audit view blank, causing the stacktrace error in Eclipse workspace log (ref. below).
> The log file sessionlog1.log starts with event:
> {code}
> <org.drools.core.audit.event.ObjectLogEvent>
> <type>3</type
> {code}
> No other log files in the sequence 1-22 will open.
> Until sessionlog23.log, which starts with event:
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>4</type>
> {code}
> The log files in the sequence 23-44 will open again.
> Until stop to display again from log file sessionlog45.log, which starts with
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>7</type>
> {code}
> when Audit view blank, in the Eclipse workspace log (under workspace/.metadata) will display this or analogous:
>
> The eclipse workspace log stacktrace when trying to open in Audit view one "out of sequence" log
> {code}
> !ENTRY org.eclipse.ui 4 0 2015-01-29 15:04:06.339
> !MESSAGE Unhandled event loop exception
> !STACK 0
> java.util.EmptyStackException
> at java.util.Stack.peek(Unknown Source)
> at java.util.Stack.pop(Unknown Source)
> at org.drools.eclipse.debug.AuditView.createPhreakEventList(AuditView.java:238)
> at org.drools.eclipse.debug.AuditView.refresh(AuditView.java:150)
> at org.drools.eclipse.debug.AuditView.setLogFile(AuditView.java:104)
> at org.drools.eclipse.debug.actions.FileAuditDropAdapter.performDrop(FileAuditDropAdapter.java:39)
> at org.eclipse.jface.viewers.ViewerDropAdapter.drop(ViewerDropAdapter.java:254)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (DROOLS-701) Drools audit log eclipse not opening
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-701?page=com.atlassian.jira.plugin... ]
Matteo Mortari commented on DROOLS-701:
---------------------------------------
Good news - sorry "suggestimate" looks like only to pull possible duplicate from JIRA, not RH's bugzilla ...but to be honest also this case would have been too different descriptions for me to notice =)
Sorry and thanks again.
> Drools audit log eclipse not opening
> ------------------------------------
>
> Key: DROOLS-701
> URL: https://issues.jboss.org/browse/DROOLS-701
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.2.0.CR3
> Environment: Eclipse Audit log view
> Reporter: Matteo Mortari
> Assignee: Mario Fusco
> Fix For: 6.2.0.Final
>
> Attachments: 20150129.drools6test_auditlog_eclipse.zip
>
>
> With reference to drools-setup discussion thread, I'm don't have the same scenario of Gergely which is open as DROOLS-672:
> {quote}
> First of all: this problem can be reproduced with only a single audit file.
> {quote}
> but I got a reproducer for the scenario I describe:
> {quote}
> I'm experiencing similar behavior and stacktrace in the Eclipse log, when I get as a result several Audit logs file ( because of the many insert/fire etc therefore many audit records results in automatic file splits ).
> When I have several audit logs, some logs do open in the Audit view correctly; other log files in the sequence do not open and as you describe Audit view is empty and that stacktrace output is produced in the Eclipse log.
> Do you have the same experience?
> I'm asking as you seem to mention about a single log file but I was wondering if it's actually one in a sequence of audit log.
> I'm also wondering if this is due to the log containing some cross-reference to other log records not appearing in this file instance but the previous/next, making the java code which is constructing the items in the Audit log treeview fail with that stacktrace.
> {quote}
> It could be the solution to this bug/reproducer will solve the same issue as Gergely, but I cannot tell if our cases are really the same hence I prefer to raise this as a new separate JIRA bug record.
> h5. Steps to reproduce
> With reference to attached reproducer
> the first sessionlog.log log file opens correctly.
> From log file sessionlog1.log it will no longer open, Audit view blank, causing the stacktrace error in Eclipse workspace log (ref. below).
> The log file sessionlog1.log starts with event:
> {code}
> <org.drools.core.audit.event.ObjectLogEvent>
> <type>3</type
> {code}
> No other log files in the sequence 1-22 will open.
> Until sessionlog23.log, which starts with event:
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>4</type>
> {code}
> The log files in the sequence 23-44 will open again.
> Until stop to display again from log file sessionlog45.log, which starts with
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>7</type>
> {code}
> when Audit view blank, in the Eclipse workspace log (under workspace/.metadata) will display this or analogous:
>
> The eclipse workspace log stacktrace when trying to open in Audit view one "out of sequence" log
> {code}
> !ENTRY org.eclipse.ui 4 0 2015-01-29 15:04:06.339
> !MESSAGE Unhandled event loop exception
> !STACK 0
> java.util.EmptyStackException
> at java.util.Stack.peek(Unknown Source)
> at java.util.Stack.pop(Unknown Source)
> at org.drools.eclipse.debug.AuditView.createPhreakEventList(AuditView.java:238)
> at org.drools.eclipse.debug.AuditView.refresh(AuditView.java:150)
> at org.drools.eclipse.debug.AuditView.setLogFile(AuditView.java:104)
> at org.drools.eclipse.debug.actions.FileAuditDropAdapter.performDrop(FileAuditDropAdapter.java:39)
> at org.eclipse.jface.viewers.ViewerDropAdapter.drop(ViewerDropAdapter.java:254)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (WFLY-4298) DatabaseServerLoginModule doesn't support SHA-512 with Java 8
by Markus Eisele (JIRA)
Markus Eisele created WFLY-4298:
-----------------------------------
Summary: DatabaseServerLoginModule doesn't support SHA-512 with Java 8
Key: WFLY-4298
URL: https://issues.jboss.org/browse/WFLY-4298
Project: WildFly
Issue Type: Feature Request
Components: Security
Affects Versions: 8.2.0.Final
Environment: Win 7, x64
java version "1.8.0_20"
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
Java HotSpot(TM) 64-Bit Server VM (build 25.20-b23, mixed mode)
Reporter: Markus Eisele
Assignee: Darran Lofthouse
I tried to use the following security domain configuration:
<security-domain name="secureDomain" cache-type="default">
<authentication>
<login-module code="Database" flag="required">
<module-option name="dsJndiName" value="java:jboss/datsources/MySQLTestDS"/>
<module-option name="principalsQuery" value="SELECT password FROM user WHERE email=?"/>
<module-option name="rolesQuery" value="select role, 'Roles' from role where email=?"/>
<module-option name="hashAlgorithm" value="SHA-512"/>
<module-option name="hashEncoding" value="base64"/>
</login-module>
</authentication>
</security-domain>
And never got a user successfully authenticated. Works with hashAlgorithm SHA-256
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (DROOLS-701) Drools audit log eclipse not opening
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-701?page=com.atlassian.jira.plugin... ]
Mario Fusco resolved DROOLS-701.
--------------------------------
Fix Version/s: 6.2.0.Final
Resolution: Duplicate Issue
This issue has been already reported here https://bugzilla.redhat.com/show_bug.cgi?id=1117954 and fixed with this commit https://github.com/droolsjbpm/drools/commit/5e05721f4a81d9f80285c0dc1216d...
> Drools audit log eclipse not opening
> ------------------------------------
>
> Key: DROOLS-701
> URL: https://issues.jboss.org/browse/DROOLS-701
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.2.0.CR3
> Environment: Eclipse Audit log view
> Reporter: Matteo Mortari
> Assignee: Mario Fusco
> Fix For: 6.2.0.Final
>
> Attachments: 20150129.drools6test_auditlog_eclipse.zip
>
>
> With reference to drools-setup discussion thread, I'm don't have the same scenario of Gergely which is open as DROOLS-672:
> {quote}
> First of all: this problem can be reproduced with only a single audit file.
> {quote}
> but I got a reproducer for the scenario I describe:
> {quote}
> I'm experiencing similar behavior and stacktrace in the Eclipse log, when I get as a result several Audit logs file ( because of the many insert/fire etc therefore many audit records results in automatic file splits ).
> When I have several audit logs, some logs do open in the Audit view correctly; other log files in the sequence do not open and as you describe Audit view is empty and that stacktrace output is produced in the Eclipse log.
> Do you have the same experience?
> I'm asking as you seem to mention about a single log file but I was wondering if it's actually one in a sequence of audit log.
> I'm also wondering if this is due to the log containing some cross-reference to other log records not appearing in this file instance but the previous/next, making the java code which is constructing the items in the Audit log treeview fail with that stacktrace.
> {quote}
> It could be the solution to this bug/reproducer will solve the same issue as Gergely, but I cannot tell if our cases are really the same hence I prefer to raise this as a new separate JIRA bug record.
> h5. Steps to reproduce
> With reference to attached reproducer
> the first sessionlog.log log file opens correctly.
> From log file sessionlog1.log it will no longer open, Audit view blank, causing the stacktrace error in Eclipse workspace log (ref. below).
> The log file sessionlog1.log starts with event:
> {code}
> <org.drools.core.audit.event.ObjectLogEvent>
> <type>3</type
> {code}
> No other log files in the sequence 1-22 will open.
> Until sessionlog23.log, which starts with event:
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>4</type>
> {code}
> The log files in the sequence 23-44 will open again.
> Until stop to display again from log file sessionlog45.log, which starts with
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>7</type>
> {code}
> when Audit view blank, in the Eclipse workspace log (under workspace/.metadata) will display this or analogous:
>
> The eclipse workspace log stacktrace when trying to open in Audit view one "out of sequence" log
> {code}
> !ENTRY org.eclipse.ui 4 0 2015-01-29 15:04:06.339
> !MESSAGE Unhandled event loop exception
> !STACK 0
> java.util.EmptyStackException
> at java.util.Stack.peek(Unknown Source)
> at java.util.Stack.pop(Unknown Source)
> at org.drools.eclipse.debug.AuditView.createPhreakEventList(AuditView.java:238)
> at org.drools.eclipse.debug.AuditView.refresh(AuditView.java:150)
> at org.drools.eclipse.debug.AuditView.setLogFile(AuditView.java:104)
> at org.drools.eclipse.debug.actions.FileAuditDropAdapter.performDrop(FileAuditDropAdapter.java:39)
> at org.eclipse.jface.viewers.ViewerDropAdapter.drop(ViewerDropAdapter.java:254)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (DROOLS-701) Drools audit log eclipse not opening
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-701?page=com.atlassian.jira.plugin... ]
Mario Fusco reassigned DROOLS-701:
----------------------------------
Assignee: Mario Fusco (was: Mark Proctor)
> Drools audit log eclipse not opening
> ------------------------------------
>
> Key: DROOLS-701
> URL: https://issues.jboss.org/browse/DROOLS-701
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.2.0.CR3
> Environment: Eclipse Audit log view
> Reporter: Matteo Mortari
> Assignee: Mario Fusco
> Attachments: 20150129.drools6test_auditlog_eclipse.zip
>
>
> With reference to drools-setup discussion thread, I'm don't have the same scenario of Gergely which is open as DROOLS-672:
> {quote}
> First of all: this problem can be reproduced with only a single audit file.
> {quote}
> but I got a reproducer for the scenario I describe:
> {quote}
> I'm experiencing similar behavior and stacktrace in the Eclipse log, when I get as a result several Audit logs file ( because of the many insert/fire etc therefore many audit records results in automatic file splits ).
> When I have several audit logs, some logs do open in the Audit view correctly; other log files in the sequence do not open and as you describe Audit view is empty and that stacktrace output is produced in the Eclipse log.
> Do you have the same experience?
> I'm asking as you seem to mention about a single log file but I was wondering if it's actually one in a sequence of audit log.
> I'm also wondering if this is due to the log containing some cross-reference to other log records not appearing in this file instance but the previous/next, making the java code which is constructing the items in the Audit log treeview fail with that stacktrace.
> {quote}
> It could be the solution to this bug/reproducer will solve the same issue as Gergely, but I cannot tell if our cases are really the same hence I prefer to raise this as a new separate JIRA bug record.
> h5. Steps to reproduce
> With reference to attached reproducer
> the first sessionlog.log log file opens correctly.
> From log file sessionlog1.log it will no longer open, Audit view blank, causing the stacktrace error in Eclipse workspace log (ref. below).
> The log file sessionlog1.log starts with event:
> {code}
> <org.drools.core.audit.event.ObjectLogEvent>
> <type>3</type
> {code}
> No other log files in the sequence 1-22 will open.
> Until sessionlog23.log, which starts with event:
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>4</type>
> {code}
> The log files in the sequence 23-44 will open again.
> Until stop to display again from log file sessionlog45.log, which starts with
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>7</type>
> {code}
> when Audit view blank, in the Eclipse workspace log (under workspace/.metadata) will display this or analogous:
>
> The eclipse workspace log stacktrace when trying to open in Audit view one "out of sequence" log
> {code}
> !ENTRY org.eclipse.ui 4 0 2015-01-29 15:04:06.339
> !MESSAGE Unhandled event loop exception
> !STACK 0
> java.util.EmptyStackException
> at java.util.Stack.peek(Unknown Source)
> at java.util.Stack.pop(Unknown Source)
> at org.drools.eclipse.debug.AuditView.createPhreakEventList(AuditView.java:238)
> at org.drools.eclipse.debug.AuditView.refresh(AuditView.java:150)
> at org.drools.eclipse.debug.AuditView.setLogFile(AuditView.java:104)
> at org.drools.eclipse.debug.actions.FileAuditDropAdapter.performDrop(FileAuditDropAdapter.java:39)
> at org.eclipse.jface.viewers.ViewerDropAdapter.drop(ViewerDropAdapter.java:254)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months
[JBoss JIRA] (DROOLS-701) Drools audit log eclipse not opening
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-701?page=com.atlassian.jira.plugin... ]
Matteo Mortari updated DROOLS-701:
----------------------------------
Attachment: 20150129.drools6test_auditlog_eclipse.zip
The reproducer as described. I've left log files in the log directory, for the ease.
> Drools audit log eclipse not opening
> ------------------------------------
>
> Key: DROOLS-701
> URL: https://issues.jboss.org/browse/DROOLS-701
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.2.0.CR3
> Environment: Eclipse Audit log view
> Reporter: Matteo Mortari
> Assignee: Mark Proctor
> Attachments: 20150129.drools6test_auditlog_eclipse.zip
>
>
> With reference to drools-setup discussion thread, I'm don't have the same scenario of Gergely which is open as DROOLS-672:
> {quote}
> First of all: this problem can be reproduced with only a single audit file.
> {quote}
> but I got a reproducer for the scenario I describe:
> {quote}
> I'm experiencing similar behavior and stacktrace in the Eclipse log, when I get as a result several Audit logs file ( because of the many insert/fire etc therefore many audit records results in automatic file splits ).
> When I have several audit logs, some logs do open in the Audit view correctly; other log files in the sequence do not open and as you describe Audit view is empty and that stacktrace output is produced in the Eclipse log.
> Do you have the same experience?
> I'm asking as you seem to mention about a single log file but I was wondering if it's actually one in a sequence of audit log.
> I'm also wondering if this is due to the log containing some cross-reference to other log records not appearing in this file instance but the previous/next, making the java code which is constructing the items in the Audit log treeview fail with that stacktrace.
> {quote}
> It could be the solution to this bug/reproducer will solve the same issue as Gergely, but I cannot tell if our cases are really the same hence I prefer to raise this as a new separate JIRA bug record.
> h5. Steps to reproduce
> With reference to attached reproducer
> the first sessionlog.log log file opens correctly.
> From log file sessionlog1.log it will no longer open, Audit view blank, causing the stacktrace error in Eclipse workspace log (ref. below).
> The log file sessionlog1.log starts with event:
> {code}
> <org.drools.core.audit.event.ObjectLogEvent>
> <type>3</type
> {code}
> No other log files in the sequence 1-22 will open.
> Until sessionlog23.log, which starts with event:
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>4</type>
> {code}
> The log files in the sequence 23-44 will open again.
> Until stop to display again from log file sessionlog45.log, which starts with
> {code}
> <org.drools.core.audit.event.ActivationLogEvent>
> <type>7</type>
> {code}
> when Audit view blank, in the Eclipse workspace log (under workspace/.metadata) will display this or analogous:
>
> The eclipse workspace log stacktrace when trying to open in Audit view one "out of sequence" log
> {code}
> !ENTRY org.eclipse.ui 4 0 2015-01-29 15:04:06.339
> !MESSAGE Unhandled event loop exception
> !STACK 0
> java.util.EmptyStackException
> at java.util.Stack.peek(Unknown Source)
> at java.util.Stack.pop(Unknown Source)
> at org.drools.eclipse.debug.AuditView.createPhreakEventList(AuditView.java:238)
> at org.drools.eclipse.debug.AuditView.refresh(AuditView.java:150)
> at org.drools.eclipse.debug.AuditView.setLogFile(AuditView.java:104)
> at org.drools.eclipse.debug.actions.FileAuditDropAdapter.performDrop(FileAuditDropAdapter.java:39)
> at org.eclipse.jface.viewers.ViewerDropAdapter.drop(ViewerDropAdapter.java:254)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 11 months