Hi Jerry,
Frank Becker has investigated and it appears to be due to the sure size
of RedHat's bugzilla configuration file. Resolution is currently being
tracked on the following bug report:
239435: [patch] trying to synchronize with
http://partner-bugzilla.redhat.com/ RedHat
https://bugs.eclipse.org/bugs/show_bug.cgi?id=239435
Consider adding yourself to the cc and voting. If you could through your
set code on that bug as well that would be great.
Thanks,
-Rob
Jerry Kuch wrote:
Hi, all...
Can anybody give me a hint as to why the following doesn't work? It
goes away for a long period of time before coming back with:
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2882)
at
java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100)
at
java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:390)
at java.lang.StringBuffer.append(StringBuffer.java:224)
at
org.eclipse.mylyn.internal.bugzilla.core.XmlCleaner.clean(XmlCleaner.java:53)
at
org.eclipse.mylyn.internal.bugzilla.core.AbstractReportFactory.collectResults(AbstractReportFactory.java:83)
at
org.eclipse.mylyn.internal.bugzilla.core.RepositoryConfigurationFactory.getConfiguration(RepositoryConfigurationFactory.java:35)
at
org.eclipse.mylyn.internal.bugzilla.core.BugzillaClient.getRepositoryConfiguration(BugzillaClient.java:593)
at
org.eclipse.mylyn.internal.bugzilla.core.BugzillaCorePlugin.getRepositoryConfiguration(BugzillaCorePlugin.java:140)
at
org.eclipse.mylyn.internal.bugzilla.core.BugzillaClientManager.getClient(BugzillaClientManager.java:46)
at
org.eclipse.mylyn.internal.bugzilla.core.BugzillaTaskDataHandler.getTaskData(BugzillaTaskDataHandler.java:191)
at
org.eclipse.mylyn.internal.bugzilla.core.BugzillaRepositoryConnector.getTaskData(BugzillaRepositoryConnector.java:480)
at
com.sourcelabs.camel.processor.contentenricher.bugs.bugzilla.repositoryutil.BugzillaPoCTest.test_PoC_Bugzilla_fetch_single_bug_on_redhat(BugzillaPoCTest.java:212)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at
com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:40)
The code apes the Bugzilla headless Mylyn API sample pretty closely
and actually works without incident against a few other repositories
like the Bugzilla landfill 3.0 test repository and the
bugs.eclipse.org <http://bugs.eclipse.org> 2.18 test repository. It's
only attempting to retrieve a single bug so it puzzles me that
something is going memory crazy down within...
public void test_PoC_Bugzilla_fetch_single_bug_on_redhat() throws
Exception
{
final String URL = "https://bugzilla.redhat.com";;
final String BUG_ID = "6740";
TaskRepository repository =
new
TaskRepository(BugzillaCorePlugin.CONNECTOR_KIND,
URL);
AuthenticationCredentials credentials =
new
AuthenticationCredentials("[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>",
"wawawa");
repository.setCredentials(AuthenticationType.REPOSITORY,
credentials,
false);
BugzillaRepositoryConnector connector =
new
BugzillaRepositoryConnector();
try
{
// Get a bug report from Bugzilla...
TaskData taskData = connector.getTaskData(repository,
BUG_ID, null);
// Get the information on the bug report...
ITaskMapping taskMapping = connector.getTaskMapping(taskData);
// Is the task information what we expected it to be?
System.out.println("Summary: " +
taskMapping.getSummary());
System.out.println("Priority: " +
taskMapping.getPriority());
// Try to access bug report data via attributes...
TaskAttribute descriptionAttribute =
taskData.getRoot().getMappedAttribute(TaskAttribute.COMPONENT);
System.out.println("Component: "
+ descriptionAttribute.getValue());
// ...or by Bugzilla keys
TaskAttribute severityAttribute =
taskData.getRoot().getAttribute(
BugzillaAttribute.BUG_SEVERITY.getKey()
);
System.out.println("Severity: " +
severityAttribute.getValue());
}
catch (CoreException e)
{
throw new Exception(e);
}
finally
{
/* This is worth remembering, but really shouldn't be done
here
since it shuts down a common global piece of Mylyn
infrastructure
which will make subsequent tests fail!
CommonsNetPlugin.getExecutorService().shutdown();
*/
assertTrue(true); // Don't complain about empty finally!
}
}
------------------------------------------------------------------------
_______________________________________________
mylyn-integrators mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/mylyn-integrators
--
Robert Elves
Mylyn Committer, http://eclipse.org/mylyn
_______________________________________________
mylyn-integrators mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/mylyn-integrators
